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Microsoft 
CRM 3.0 
képzések és 
oktatási cso- 


magok 
ISA Server 2004 
SharePoint 2003 
Biztalk 2006 
Kedvezmé- 


nyes Microsoft, 
Cisco és Java 
mérnökképzés- 
sorozatok 


Regisztráljon még most 2006 január-februárban meg- 
hirdetett képzéseinkre, és még az idei áron juthat hozzá! 
További információk: www.szamalk.hu/tisza (Akciók). 


f 
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Partner 


SOL 2005 
képzések és 
workshop-ok 


Visual Studio 
.NET 2005 
tanfolyamok 


Minden tisztelt partnerünknek ezúton is kellemes karácsonyt 
és eredményekben gazdag boldog új esztendőt kívánunk! 
Reméljük, a jövő évben is igénybe veszik szolgáltatásainkat. 


" ] Advanced Infrastructure Solutions 
GOLD CERTIFIED. / 


Networking Infrastructure Solutions 
Learning Solutions 








Microsoft 





Vég nagyobb 

teljesítmény 

a fejjéeesztőknek 
MICROSOFT SOL SERVER 2005, 


VISUAL STUDIO 2005 
ÉS BIZTALK SERVER 2006 


z SOL Server 2005, a Visual 

Studio 2005 és a BizTalk 

Server 2006 a Microsoft alkal- 
mazásplatformjának új nemzedékét 
képviseli, amelyet Steve Ballmer vezér- 
igazgató november 7-én jelentett be 
San Franciscóban több mint 2500 fej- 
lesztő és informatikai szakember, neves 
ügyfelek, partnerek és a nemzetközi 
sajtó képviselői előtt. A endezvény egy- 
ben a Microsoft eddigi legnagyobb ter- 
mékbemutató körútjának kezdetét is je- 
lezte, amely év végéig a világ 90 orszá- 
gában 200 városba látogat el. A konfe- 
renciasorozat november 16-i, budapes- 
ti eseményére közel 1000 fejlesztő és 
adatbázis-szakértő regisztrált, akiknek 
a Microsoft Magyarország a plenáris 
előadásokon és a szekciókon való rész- 
vétel mellett személyes konzultációra is 
alkalmat biztosított. 


Az SOL Server 2005-öt, a Visual Studio 
2005-öt és a BizTalk Server 2006-ot vi- 
lágszerte több mind 500 ezer ügyfél és 
partner tesztelte, illetve vezette be. Ma- 
gyarországon több mint 25 —- eddig SOL 
Servert használó - független szoftverfej- 
lesztő cég fél éven belül szintén áttér az 
SOL Server 2005 alkalmazására. A bu- 
dapesti konferencián a Microsoft Ma- 
gyarország kiemelt partnerei is beszá- 
moltak a legújabb termékekkel, megol- 
dásokkal és szolgáltatásokkal kapcso- 
latos tapasztalataikról. A résztvevők így 
többek között hallhatták az Evosoft és a 


Nexon képviselőit, akik már élesben 
használják az SOL Server 2005-öt és a 
Visual Studio 2005-öt, valamint olyan 
nemzetközi gyártók szakembereit, mint 
a HP és az Intel, akik szintén letették 
voksukat a Microsoft új alkalmazásplat- 
formja mellett. 


A Microsoft alkalmazásplatformjának új 
generációját alkotó három programcso- 
mag novemberi bejelentésével rendkí- 
vül sokoldalú, integrált fejlesztési és 
adatkezelési eszközkészlet kerül a kü- 
lönböző feladatkörökben dolgozó - 
szoftverfejlesztő és -tesztelő, rendszer- 
építő és más - informatikai szakembe- 
rek kezébe. A Visual Studio 2005 első íz- 
ben megjelenő Express változatai pe- 
dig a programozással most ismerkedő 
hobbifejlesztőknek, egyetemistáknak is 
nagy teljesítményű, ugyanakkor kön- 
nyen kezelhető és hozzáférhető eszkö- 
zöket adnak. 


A termékek fejlesztése során az MSDN 
portálon keresztül több mint 8500 ész- 
revétel és javaslat érkezett a készülő ter- 
mékekre vonatkozóan, amelyek teszte- 
lése folyamán nem kevesebb mint 18 
ezer javítást hajtottak végre a Microsoft 
fejlesztői. 


http:// www.microsoft.com /hun/ Launch2005/ 
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Office , 12" 


ELSÖ PILLANTÁSOK AZ ÍINFÓMUNKÁS 





TERMÉKCSALÁD Új VERZIÓJÁRA 

Amód, ahogy a vállalatok információikat kezelik, alaposan megváltozott 

az Office 2003 több, mint két évvel ezelőtti bemutatása óta. Az Új rendszen 
az Office , 18" korunk szoftvere lesz, rengeteg újdonságot hoz. 


vVVindovs Server 2003 Re 


AZ ELSŐ, KÖZTES MEGOLDÁS A WINDOWS SERVER VILÁGBAN. 


Szép számú találgatás és fikció van a levegőben 
erről az Új, kétbetűs termékről. Ez adódik egyrészt 
abból, hogy egy viszonylag ismeretlen koncepció első 
képviselőjével állunk szemben, de abbólis, hogy a jelen- 
legi fázisban még nem áll rendelkezésre elég publikus 
információ a termékről. Ezen szeretne segíteni a 
Technet Magazin egy több részes sorozattal, és mi- 
vel a tervek szerint e szám megjelenésekor már való- 
színűleg elérhető lesz az RTM verzió is, reméljük a 
gyakorlatban is hasznosítható segédanyagot kap a 
kedves Olvasó. 











VVSUS — VVindows 
serverl ] pdate 
Services 


JOTT, LÁTOTT, GYŐZÖTT 














Háttén újdonságok, FAG és kiegészítők 





A VVWVMI használata NET 
programokból II. 


. NET OSZTÁLYOK HASZNÁLATA 





A .NET keretrendszer osztályai 
teljes körű, kényelmesen használható 





glepített progranok listája hozzáférést biztosítanak a VVMI 
Számítógép adatai 2 z jé és ő 

fe 3g8"g érték Eigyelése és helyreállítása osztályaihoz és objektumaihoz, így 
Felügyeleti eszközök. €lask önös Réredlts já bármely .NET alapú programból 


elérhetjük a számítógép különféle hard- 
ver- és szoftver-komponenseinek 
adatait, és felhasználhatjuk a VVMI 
eserménykezelő rendszerét. 
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CETING 


ASP.NET 2.O(wWhidbey) 


Mi VÁRHATÓ A 2005-ös ASP.NET-BEN? 


Az előző részben áttekintettük a hierarchikus adatkötés működé- 
sét. Ebben a részben megnézzük, hogyan működik a TreeVievw 
Populate On Demand módon feltöltve, valamint megfigyeljük, 
hogyan lehet hierarchikus adatokat feldolgozni nemhierarchikus 
vezérlőkkel. 





RAILJ-ers 


III. RÉSZ: A RAID-EREK KAMRÁJA 


A kiszolgálókban mindennapos a RAID használata, azonban gyak- 

ran az ,öreg" rendszergazdák sincsenek egészen tisztában azzal, hogy 
pontosan mitt, illetve miért használnak. Ebben a cikksorozatban 

eddig összefoglaltam mindazt, amit a RAID-ről tudni érdemes. A záró 
részben néhány hardveres megoldást nézünk meg. A példák az 

angol nyelvű operációs rendszer segítségével kerülnek bemutatásra, 
mivel a kiszolgálókra leggyakrabban angol nyelvű operációs 

rendszer kerül telepítésre, így ezek a képek jobban érthetőek, is merő- 
sebbek lehetnek. 


Microsoft DDynamics 
CRM 


.The kiler CRM application"... Hamarosan piacra 
kerüla Microsoft CRM 3.0 verziója, új nevén 
Microsoft Dynamics CRM 3.0. Cikksorozatunk 
első része áttekintést nyújt az üjdonságokról és 
arról, mi teszi az alkalmazást minden idők talán 
legjobb ügyfélkapcsolat-kezelő szoftverévé. 





Arm a hivatalos Microsoft 
tanfolyamokból kimaradt... 


EXCHANGE SERVER 2003 - 5. RÉSZ 





Exchange Server 2003 témában ez lesz az utolsó cikk egyelőre. 
Folytatom a Sender1D technológia ismertetését, 
kicsit mélyebbre hatolok a címlisták kezelésének témájában és még 
néhány apróság, segédeszköz kerül terítékre. 
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Office , 127 


ELSŐ PILLANTÁSOK AZ INFÓMUNKÁS TERMÉKCSALÁD 
Új VERZIÓJÁRA 

Amnmód, ahogy a vállalatok információikat kezelik, alaposan 
megváltozott az Office 2003 több, mint két évvel 


ezelőtti bemutatása óta. Az új rendszen az Öffice , 12" 


korunk szoftvere lesz, rengeteg újdonságot hoz. 





Z Office Rendszer bemutatásával az Office többé 

már nem egyszerűsíthető le csupán a Wordre vagy 

esetleg az Excelre, sokkal több lett annál. Az infor- 
máció kezelésének optimális módját 
nyújtja mind kliens, mind szerver oldalon 
egyaránt. A technológia eddig nem tu- 
dott lépést tartani az e-mailek, az IM üze- 
netek, a pénzügyi jelentések és még 
sok más, az infómunkások életét jellem- 
ző adathalmaz mennyiségének növeke- 
désével. A várhatóan 2006 végén meg- 
jelenő Office ,12" akár gyökeresen is 
megváltoztathatja azt, ahogy eddig az 
Office termékekre gondoltunk. Cikkünk- 
ben a már látható változásokból sze- 


mezgetünk. termékekre gondoltunk. 


Az új felhasználói felület 
Ismerjük be: Nem ismerjük az Office alkalmazások teljes funk- 
ciókészletét. Nem, még a felét sem. De nem is mindig van rá 
szükségünk, hiszen a felhasználók egyenként mindig mást és 
mást használnak ki a nagy , funkcióhalmazból". Azonban van- 
nak olyan dolgok, amelyeket a felhasználók nagy többsége 
nem ért, például: 
I Ha az oldalbeállítást akarja módosítani, miért a Fájl me- 
nüben kell keresgélnie? 
NI A munkalapokat miért csak a menüket végigtúrva tud- 
ja automatikusan formázni? 


Az Office , 12" egy olyan, új felhasználói felületet hoz, amit a 
felhasználók minden valószínűséggel pozitívan fogadnak 
majd. Lássuk az első screenshotot róla: 


01 kitosott word 








És a régiek 
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A várhatóan 2006 


végén megjelenő 
Office , 12" gyökeresen 
megváltoztathatja azt, 


ahogy eddig az Office 


A Oo M 


Látható, hogy az eddigi Szerkesztés, Beszúrás, stb. menüket 
(jelenleg) hét, ún. Tab-re cserélték, melyek alatt az ún. ,Ribbon" 
látható, amelyre a funkciógombok vannak felpakolva. 
(Fejlesztők! Jó hír, hogy a Ribbon telje- 
sen kiterjeszthető lesz saját add-inek 
fejlesztésével.) 

A Tabok új, logikusabb kategóriákba 
rendezik az elérhető funkciókat, mint 
, Write, Insert, Page Layout, stb." Ezen- 
túl ami az , írással" kapcsolatos (betűti- 
pus, méretek, szín) az bizony (mily 
meglepő) a Write Tabre fog kerülni. 


Felhasználó gondolkodik v11.0: , Mit 
szeretnék elérni? Hogy a lapra fekve 
kerüljön a szöveg. Hol is volt az a me- 
nüpont? Ah, igen, a Fájl menüben..." 


Felhasználó gondolkodik v12.0: ,Mit szeretnék elérni? 
Hogy a lapra fekve kerüljön a szöveg. Akkor lássuk a Page 
Layout Tabet.." 





a Word 1.0 

m Word for 
Windows 2.0 

a Word 6.0 

D Word 95 

u Word 97 

a Word 2000 


m Word 2002 





a Word 2003 


Az eszköztárak számának alakulása a 
Word különböző verzióiban 


Az új forma nemcsak csicsát, hanem jelentős egyszerűsítést is 
jelent, de hogy a váltás okát megértsük, nézzünk meg valamit: 
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Commands I Options ! 





TESZ 
"L I Mail Merge ii 
L7 Menu Bar 

"LJMierosoft 

"LJ Organization Chart 
"LJ Outlining 

a Picture 

ÚJ Reviewing 

Shadow Settings 
Shortcut Menus 
Tables and Borders 
Visual Basic 

web 

web Tools 

! [ ] Word Count 




















Ön ezek közül hányat használ? 


Nézzünk meg valami személyeset is: 





A funkciógombok, amelyeket nem 
használok az esetek 99 százalékában. 





És amelyeket szeretnék... 


Mindenkinek vannak ilyen , vágyai" és az Office 97 óta lehe- 
tőség is van arra, hogy mindenki megalkossa a saját eszköz- 
tárait, azonban a trend egy irányba mutat, a felhasználók leg- 
nagyobb többsége azonos munkára (szövegszerkesztés) 
azonos menüpontokat/funkciógombokat használ. 

A Microsoft felhasználói szokásokat figyelő csoportja főleg 
az önkéntes adatszolgáltatások alapján megállapította, me- 
lyek azok a menüpontok, amelyeket mi, felhasználók a leg- 
gyakrabban használunk. Ezen adatok alapján a menüponto- 
kat újraszervezték, melyeket már a Beta 1-ben is kipróbálhat- 
nak majd a felhasználók. 


)  yejvite vouto fon our Customer Experience Inorovement 
!! improve the avalty, rekabáty, and performance of Microsoft software and 
JI services. 
! If vou accept, we wil collect anonymous information about tres tardato 
! configuration and! servicesto 


Feedback Options to return to this dialog. 
0 Yes, I am wilng to participate anonymously ín the Customer 
Experience Improvement Program, (Recommended) 


O Ho, I dont vásh to participate. 


TGEÉksárSsÉt isálállsesdeétás árás ádás b ssllása kó a 


CE CT 








Emlékeznek erre az ablakra? A Customer 
Experience improvement meghozta 
a gyümölcsét 


100 TEG HOLLÓ GTA 09085 MARKE 


Azonban az új felület nem ér véget az új Tabokkal. Nézzünk 
egy nagyon is tipikus példát a Word 2003-ból: 


Marains ! Paper ! Layout ) 
Margins 

Top: 

Left; 

Gutter: 


Bottom: 2.54 cm 


Orientation 


Portrait 
Pages 


Multiple pages: 


Preview 











Margók állítása , a la" Word 2003 


Ne feledjük, ahhoz, hogy ezt az ablakot behozzuk, végig kel- 
lett mennünk a Fájl 2 Oldalbeállítás útvonalon. Nézzük meg 
ezt Office , 12" módra: 











ENE 


Pagéllgyout 





E] B zást NA Breaks b 
— Sa $A Line Numbers " 
Size  Orientation Columns 
És v vb" Hyphenation 7 
Hormal 
Top: 4.00" — Right: 1.00" 
Bottom: 0.75" Left 0.75" 
Harrow 
Top: 0.25" — Right: 0.25" 
Bottom: 0.25" Left 0.25" 
Wide 
Top: 4.007 Right: 1.00" 
Bottom: 2.00" Left 2.00" 
Mirrored 
Top: 1.00" — Right: 1.00" 
Inside: 1.25" — Outside: 1.25" 
AU Advanced 





Margók állítása , a la" Word, 12" 


Hogy értük ezt el? Page Layout tab, Marginsre klikk és ott 
egy szimpla kattintással választhattunk a leggyakrabban 


) 
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használt margó beállítások közül. Mindezt úgy vittük véghez, 
hogy nem kellett egy menüt sem lenyitnunk. Ha valami trük- 
kösebb kéne, az Advanced-re kattintva bejön a 2003-as ver- 
zióhoz hasonló ablak, azonban a professzionális felhaszná- 
lást leszámítva, az esetek többségében a négy lehetőség va- 
lamelyike lesz nekünk a megfelelő. 

Welcome to Point and Click. Oo 


Biztonság 
Az új Office verzió természetesen nemcsak a felületével hoz 
újat, a biztonság terén is sokat fejlődik. 


Mik voltak az eddigi problémák (a 2003-as verzió- 
val bezárólag) a biztonság terén? 

WI A felhasználót olyan döntések meghozatalára ,kény- 
szerítette", amelyekben nem tudott egyszerűen dönte- 
ni. (,A dokumentum makrókat tartalmaz, security risk, 
mégis meg kívánja nyitni?" Átlag-user válasza: , Mi az a 
makró?") 

WI A user túl könnyen választja a nem biztonságos lehető- 
séget. 

I A rendszergazdáknak nincs túl sok lehetőségük a biz- 
tonsági beállítások felügyeletére. 


Mi változik az Office ..42"7-vel? 

WI A biztonságos döntés meghozatala automatikusan. 

Wi! Lehetőség a biztonsági kockázatot jelentő tartalom utó- 
lagos engedélyezésére. 

WI Az esetek többségében az aktív tartalom tiltása a fel- 
használó zavarása" nélkül (Új Trust Bar) 

WI Nem kezd egy eldöntendő kérdéssel egy dokumentum 
megnyitásakor. 

WI A rendszergazdáknak lehetőségük lesz a biztonsági 
beállítások finomhangolására az új Group Policy objek- 
tumokkal. 








c 


Az új Trust Bar 


Ugyan a Word (és természetesen a többi Office alkalmazás 
is) a dokumentumokban automatikusan blokkolja a makró- 
kat, (hacsak a rendszergazda nem befolyásolja a házirend- 
del) a Trust Center lehetőséget nyújt olyan megbízható he- 
lyek (hálózati megosztások, SharePoint site-ok) meghatáro- 
zására, mely helyekről letöltött/megnyitott dokumentumok- 
ban a makrók engedélyezve lesznek, ezzel is gördüléke- 
nyebbé téve a munkát. A Trust Bar ki is küszöböli a döntési 
kockázatot, ámde amennyiben a felhasználó nincs megelé- 
gedve a dokumentum tartalmával (a makró nem generálta le 
az adatokat, mert nem futott) akkor explicit bekapcsolhatja 
azokat, ám a beállítás csak arra a munkamenetre fog vonat- 
kozni, a Word újraindítása után az aktív tartalom újra blokko- 
lásra kerül. (Emlékeztető: GPO-kkal felülbírálható lesz ez a 
működés.) 
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Az új Trust Center 


Ezeken túl újdonság lesz a makrómentes fájlformátum (erről 
később részletesen írok), mely garanciát nyújt a dokumentum 
biztonságára. 

A digitális aláírás terén is nagyot alakít az új Office. A felhasz- 
náló eddig nem túl sok információt kapott arról, hogyan lehet 
digitálisan aláírni egy dokumentumot és az voltaképpen mire 
is szolgál. Ezentúl a felhasználó vizuálisan, szó szerint , aláír- 
hatja" az általa készített/jóváhagyott dokumentumokat, mely 
műveletet beilleszthetjük a vállalati folyamatainkba az infor- 
máció forrásának igazolásául. 


pjt jeigz 


Before signing this lab, please confirm that the content ís correct and funcbional. 


Type orink your name below or click Select Image to select a picture to use as 
your signature: 








Purpose for signing this document: 
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Digitális aláírás. Másképp. 


Az új fájlformátum 

Az Office bináris dokumentumoknak (elsősorban a DOC, 
XLS, PPT formátumokra gondolok) van pár hátrányuk: 
Nagyok 0 

Nehezen kezelhetőek 

Könnyen megsérülnek 

Integritásuk nehezen ellenőrizhető 

Fejlesztői szemmel nézve Office dokumentumokból 
adatot kinyerni vagy módosítani (főleg COM-- nélkül) 
nem túl könnyű. 


Az Office ,12" teljesen új, XML alapú dokumentum-formátu- 
mokkal lesz ellátva, melyek az alkalmazásokban alapértel- 
mezés szerinti formátumként lesznek használva, melyek ki- 
terjesztése rendre .docXx, .xlsx, .pptx, stb... lesz. 


Egy .docx (maradva a Word dokumentumoknál) fájl nem 
lesz más, mint egy ZIP fájl, amely különböző szabványos 


XML-leírókat, metaadatokat, valamint nyers tartalmat foglal 
magába. 


a) 
az 





Egy leendő Word dokumentum 
szabványos szerkezete 


A fájlíormátumok váltása (főleg az alapértelmezetteké) elég 
nagy lépés, amit a Microsoft alaposan elő is készít. 

Az OfficeUpdate-en keresztül egészen az Office 2000-es ver- 
ziójáig visszamenőleg lesznek elérhetőek olyan frissítések, 
melyek képessé teszik az előző Office verziókat az új formá- 
tumok olvasásáralírására. 


Az új technológia előnyei: 

mi Szabványos OpenXML felépítés 

I A ZIP tömörítésnek hála a fájlméretek 50-7599-os csök- 
kenése 

mi Nincs többé szükség COM---ra, platformfüggetlen do- 
kumentum-feldolgozás. 

mi Fejlesztői/IT Pro szemmel nézve a nyílt dokumentum 

olyan megoldások kifejlesztését teszi lehetővé, mint ed- 
dig soha. 
(Próbálták már a cég logóját az összes Office doku- 
mentumban (legyen mondjuk 1500 fájl, egy SharePoint 
site-on) egyszerre kicserélni? Ugye nem...Pedig nem is 
lesz akkora ördöngösség.) 

WI A tartalmak indexelése is egyszerűbb és gyorsabb 
lesz. 


Fent már volt szó az új, makrómentes formátumról. Az Office 
, 12" alkalmazások az olyan dokumentumokat, amelyek nem 
tartalmaznak makrókat, automatikusan , makrómentes" doku- 
mentumként fogják menteni (más kiterjesztéssel), mely hatá- 
sára a felhasználó biztos lehet abban, hogy a tartalom bizton- 
ságos. 

(Az esetleges trükközéseket elkerülendő a tartalomba helye- 
zett makrók ennél a formátumnál automatikusan blokkolásra 
kerülnek, illetve nem töltődnek be.) 
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PDF támogatás 

Valószínűleg a felhasználói kívánságlistán nagyon előkelő he- 
lyen lehetett a PDF formátum támogatása. 

Mint a hírportálokon olvasható volt, az Office , 12" Mentés pa- 
rancsával lehetőség lesz a dokumentumok PDF formátumba 
való mentésére és ezzel nyomtatóhű dokumentumok előállí- 
tására. Fontos megemlíteni azonban, hogy nem fogjuk tudni 
,visszaimportálni" a kimentett dokumentumainkat a PDF for- 
mátum sajátságai miatt. 

Erre a Word, Excel, Outlook, PowerPoint és Publisher termé- 
kek lesznek képesek, Publisher esetén nyomdai felhaszná- 
láshoz szükséges finomhangolást is lehet végezni a kimene- 
ti PDF dokumentumon (Sszínskála, stb..) 


Dokumentumok kinézete 

Mi volt az az Office-ban, ami az első verziók óta nem változott 
sokat? Azóta is egy fehér lapra pötyögünk szöveget, valamint 
az Excel diagramok formája sem változott, pedig mennyire jó 
lenne ízléses dokumentumokat csinálni különösebb erőfeszí- 
tés nélkül. 

Az Office "12" ebbenis segítőtársunk lesz, a dokumentumok- 
ban szereplő objektumok új külsőt, az alkalmazások új, ízlé- 
ses sablonokat kaptak. 





Excel diagram 2003 





Excel diagram , 12" 


Látható, hogy a diagramok új kinézetet, árnyékolást valamin 
3D-s effekteket kaptak, melyek segítségével adatainkat vizuá- 
lisan szebben jeleníthetjük meg. 


The World Of Work 


Bill Gates 
Chairman 8. Chief Software Architect 
Microsoft Corporation 








PowerPoint alap sablon 2003 
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Chairmai h 
Microsoft Corpóration 





PowerPoint alap sablon , 12" 





000] Where Search Falls Short 


u Delivering links not answers 

a Not understanding user intent 
a Lack of user control 

a Unanswered guestions 








PowerPoint felsorolás 2003 


Where Search Falls Short 





PowerPoint felsorolás , 12" 
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Office szerverek 
Az Office Rendszer eddig is magába foglalt szerver terméke- 
ket (SharePoint Portal Server, Live Communications Server) 
azonban az Office , 127-vel egyidőben új szerverplatformok is 
várhatóak, amelyekről kevés információ ismert, azonban pár 
dolgot már most is tudunk: 


Excel Server: központilag, kiszolgáló-oldalon végez el 
eddig a kliens erőforrásait terhelő kalkulációkat, vala- 
mint központilag teszi szabályozhatóvá a fontos üzleti 
adatokhoz való kliensek általi hozzáférést. 

MI InfoPath Forms Server: Az InfoPath alkalmazásban ki- 
töltött űrlapok eddig vagy egy .NET Web Service-nél, 
vagy egy SharePoint site-on landoltak. Az InfoPath 
Forms Server egy egyszerűen használható szerverol- 
dali eszközt nyújt az űrlapok adatainak befogadására, 
rendszerezésére és a válaszok elemzésére. 

mi Új Office szerveroldali kiterjesztések: Szerveroldalon 
teszik lehetővé a dokumentumok előállítását illetve mó- 
dosítását. 


Zárszó 

Az Office ,12" Rendszer ígéretes fejlesztés, új funkcióival, új- 
ragondolt felületével és annak logikájával az átlag infó- 
munkás; új, illetve bővített szervertermékeivel az informatiku- 
sok munkáját könnyíti és gyorsítja meg. Ahogy a fejlesztés ha- 
lad, úgy válik egyre több és több információ/funkció ismertté, 
melyekről igyekszünk a TechNet Magazinban is beszámolni. 


További információkat a fejlesztők blogjában [1],(2] és az 
Office Preview site[3]-on olvashatnak. 


MOLDOVA GYÖRGY 
vgyomola microsoft. com 
Microsoft Magyarorszag 
MCSEs-I, MVP. MSS 


A cikkben szereplő URL-ek: 


[1] http:///blogs.msdn.com/ brian. jones/ default.aspx 
[2] http:/ /blogs.msdn.com/ access/ 
[3] http:/ / www.microsoft.com/ office / preview 
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AZ ELSŐ, KÖZTES MEGOLDÁS A WINDOWS SERVER VILÁGBAN. 


zép számú találgatás és fikció van a levegőben erről 

az új, kétbetűs termékről. Ez adódik egyrészt abból, 

hogy egy viszonylag ismeretlen koncepció első kép- 
viselőjével állunk szemben, de abból is, hogy a jelenlegi fá- 
zisban még nem áll rendelkezésre elég publikus információ 
a termékről. Ezen szeretne segíteni a Technet Magazin egy 
több részes sorozattal, és mivel a tervek szerint e szám meg- 
jelenésekor már valószínűleg elérhető lesz az RTM verzió is, 
reméljük a gyakorlatban is hasznosítható segédanyagot kap 
a kedves Olvasó. 


Jelenleg (2005 november elején) az R2 még bétafázisban 
van, de a Microsoft mostanság kedvelt stratégiája szerint már 
nemcsak a dedikált bétatesztelők számára elérhető, hanem 
egy-egy publikus verziót (nyilván nem mindet) is kiadtak már 
belőle. Ez az R2 esetén az RC1, amelyet bárki kipróbálhat, le- 
töltés innen [1]. Ha ezt feltelepítjük (telepítésről, licenszelés- 
ről a következő számban lesz szó), akkor magunk is meggyő- 
ződhetünk arról, hogy mit tud az R2, és mit nem. Ami bizto- 
san nem jellemző rá: 

WI Nem a fővonalba tartozó verzió (mint pl. a Windows 
2000 Server vagy a Windows Server 2003), 

I Nincsenek benne az operációs rendszert mélyen érin- 
tő biztonsági, hibajavítási korrekciók, mint pl. a Win- 
dows Server 2003 SP1-ben (gondolok itt a kernellel, a 
TCP/IP stack-kel, az AD-val vagy éppen a szervizekkel 
kapcsolatos javításokra, változásokra), 

I Nem eszközmeghaító frissítés, 

I Nem frissítése a meglévő komponenseknek, 

mi Semmiképp nem szervizcsomag, vagy rollup. 


Hanem mi? 

A Windows Server 2003 következő - köztes - változata, amely 
az SP1-en alapul. A Microsoft tervei alapján a szervertermé- 
kek kiadási ciklusában változások lesznek, azaz a jelenlegi 
tervek alapján azzal kell számolnunk, hogy négyévente ka- 
punk új, fővonali terméket. 
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Windows Server Release Cycle -most 
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Közben - kétévente -— egy olyan , frissítő csomag" jelenik meg, 
amelyben alapvető technológiai változás nélkül jelentős szá- 
mú új szolgáltatás lesz elérhető. Ennek a vonalnak az első 
képviselője a Windows Server 2003 R2. Ennek a konstrukció- 
nak kézzelfogható előnyei vannak: 

I a használata opcionális, a nyitó telepítés után szaba- 
don válogathatunk a számunkra fontos vagy szükséges 
komponensekből és ezeket aztán véglegesen telepít- 
hetjük a szokásos módszerrel az Add/Remove 
Programs-ból 


t Welcome to 
Microsoft(R) Windows(R) Server 2003 R2 
Completing Windows Server 
2003 R2 Setup Edition Setup 
d 


Youhave cengieted tha ratalan 
Wrásen Serra BOJRZ Vo cam nal tha tes, 
ongareret un the tod ksted below 


- Manage Yo Server 

KádfRemava Windu Cenosrent 

Some Wedom Serva 3019 AZ coroorertt mere orgraly 

kzazed az V/eb dovziosái To sam bat hom aa csn 
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Kész a nyitó telepítés, de élesítve nincs 
még semmi 


I nem kell migrálni, nincs lejárati idő, amely miatt muszáj 
lenne a jelenlegi operációs rendszer beállításait, kom- 
ponenseit, tanúsítványait , reszetelni", 

I minden jelenlegi alkalmazással, hardverrel, meghajtó- 
val, stb., és a következő szervizcsomagokkal is kom- 
patibilis (ezekre is telepíthető lesz), 

I ,igazi" termékről van szó, azaz nem egy-egy meglevő 
megoldás toldozását-foldozását jelenti, hanem valóban 
új illetve teljesen új megközelítésben megvalósított szol- 
gáltatásokról van szó. (A DFS-re, vagy a kvóta mene- 
dzserre persze nem mondhatom hogy új elem, de majd 
láthatjuk: alapvetően megváltoztak). . 


Milyen újdonságok lesznek benne? 

Az R2 csomag nem nagy, jelenleg kb. 120 MB, és néhány, vi- 
szonylag nagy területre koncentrál elsősorban, ezek pedig a 
telephelyes hierarchiában működő rendszerek szervereinek 
(branch servers) hatékonyabb működése, az ,identity 
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management azaz az azonosítással és hozzáféréssel össze- 
függő komponensek akár Windows hálózatokban illetve há- 
lózatok között, akár más (pl. UNIX) rendszerek felé illetve a tá- 
rolással/mentéssel kapcsolatos feladatok. Ez persze nem azt 
jelenti, hogy e három fő terület mellett ne lenne jó néhány ki- 
sebb-nagyobb újdonság, de láthatóan a funkcióbővítési 
szándék a megjelölt területeken a legnagyobb. Nézzük kicsit 
részletesebben (ám ebben a számban bizonyos okokból 
mégis csak viszonylag tömören) az új komponenseket. 
(Felhívnám a figyelmet arra, hogy a cikk irásakor még béta 
termékről van szó, ergo nem kell mindent készpénznek ven- 
ni, változhat!) 


Telephelyes működéssel kapcsolatos megoldások 
A hármas bűvös szám, ezen a kategórián belül is három fő 
megoldás sorakozik fel, ezek a következőek: 

I DFS Replication (File Replication Services v2) 

WI DFS 8. Replication Management Console 

I Print Management Console 
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Egy új replikációs csoport létrehozásakor 
rengeteg lehetőség lesz a finomhangolásra 


Az eddigi DFS-t az új verzió teljesen lecseréli, és egyúttal ala- 
posan kibővíti, mert egyrészt áll az ún. DFS névtérből más- 
részt a DFS replikációból. Az első komponens a régi DFS szó 
szerinti utódja, amely lehetővé teszi az akár különböző gépe- 
ken lévő megosztások közös név alá , terelését". A második 
viszont az eddig jelentősen elhanyagolt és nehezen kontrol- 
lálható FRS utódja, amely most egy teljesen más dimenzióba 
került. Például nemcsak a DC-k között lehet replikálni az unal- 
mas AD-t, hanem szinte bárhonnan bárhova, mappák és ál- 
lományok szintjén is használható lesz, automatikusan is (on- 
demand). A felügyeleti eszközben pl. beállíthatunk egy szink- 
ronizálni kívánt mappát a helyi gépen, majd a célpontok 
(hub/branch), időzítés, sávszélesség kiválasztás, és jogosult- 
ságállítás után, akár 5 földrész, 400 gépére (tisztára mint az 
MCP vizsgákon €) leszinkronizálhatjuk. Ez persze sávszéles- 
ség kérdése is, de ha módosításról van szó, akkor nem kell 
félnünk többet a replikálástól, tudniillik megjelent egy új tech- 
nika is, az RDC (Remote Differential Compression). Ez egy 
változásokat észlelő és tömörítő technika, mely használata azt 
eredményezi, hogy a telephelyek között immár nem a teljes 
állományok, hanem csak a változás replikálódik (mondjuk 2 
Mbyte helyett 3 Kbyte!). Ami még fontos, a teljesen új és prak- 
tikus felület (az új MMC 3.0-val), amelyre valóban ráfért a vál- 
tozás (az FRS-nek nem is volt MMC-je. ..). (Jó tudni, hogy a 
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DFS replikációnak komoly szerepet szánnak a Vistában és a 
Longhorn Serverben is, sok minden rá fog épülni, ami nem is 
csoda ezek után). 

A Print Management Console máris az egyik kedvencem, 
nagyon-nagy szükségét éreztem már egy korrekt nyomta- 
tó/nyomtatási-sor/printszerver kezelőnek, és a tesztek alap- 
ján ez az lesz. Az üzemeltető akár egy tartományban, akár na- 
gyobb vagy jobban elkülönülő egységben (eddig egy 10 
ezer nyomtatót tartalmazó teszt volt a legnagyobb) képes 
lesz egy MMC-ben kezelni az összes printert, azok tulajdon- 
ságait, a printerszerverekbe épített webszerverek konfigurá- 
ciós oldalait, egy helyre jönnek a hibaüzenetek, van lehető- 
ség e-mailben állapotjelzéseket igényelni, és remek lekérde- 
zési, szűrési lehetőségeketis tartalmaz, pl. eszközmeghajtók, 
lapméret, portok, stb. szerint. A PMC ismeri az ún. , Pushing 
Printers Connection" megoldást, amely egy csoportháziren- 
den objektumon keresztüli, észrevétlen távoli nyomtató tele- 
pítés a kliensek számára (csak az adott alhálóban és vissza- 
menőleg kell hozzá egy kis tool, a Vistától számítva viszont 
már integrált). De például a SAMBA/Unix alatt működő nyom- 
tatókat, nyomtatási sorokat is kezel(het)i illetve ellenőrizheti. 

















Akár több száz printer is kezelhető 
egy helyről 


Azonosítással kapcsolatos megoldások 
I Active Directory Federation Services 
I Active Directory Application Mode 
I Unix Identity Management 


Az ADFS nevében hordozza értelmét (federation — szövet- 
ség). Képes különböző szervezetek címtárai / felhasználói 
adatbázisai között hitelesíteni a felhasználót, azaz a különbö- 
ző szervezetek közötti átjárás egyszerűen megoldható, akár 
tűzfalakon keresztül is, mindezt egy egyszeri hitelesítéssel 
(single sign-on). Olyan érzés ez, mint amikor az Integrated hi- 
telesítést használjuk egy tartományon belül. Praktikusan e 
módszer célja lehet pl. az, hogy az egyik szervezetnél műkö- 
dő webalkalmazás (mondjuk egy SharePoint portál), egy má- 
sik helyről is hitelesíthesse a szervezetén kívüli felhasználót, 
anélkül, hogy fel kellene vennie a helyi felhasználó adatbázis- 
ba és anélkül, hogy 46-szor be kellene gépelnünk a 
user/pass párost. Természetesen mindezt csak úgy érdemes, 
ha biztonságos is, ezért szükséges lesz hozzá majdan a Ta- 
núsítványkiadó szolgáltatás is. 


A másik lényeges elem ebben a csoportban az ADAM, 
amelyről ebben a lapban idén már indult egy sorozat. Tömö- 
ren egy mini címtárról van szó, amely az AD nehézkessége 


és bonyolultsága nélkül azt nyújtja az alkalmazásoknak, 
amiért az AD igazából kell nekik: egy felhasználói adatbázist. 
Az ADAM eddig is letölthető volt [2], most viszont része a te- 
lepítőnek, más újdonság nincs benne. Ellenben a , Unix 
Identity Management" új eszköz, amellyel a DC-nk, NIS szer- 
vernek álcázva magát , összehozhatja" a Windows és a UNIX 
tartományokat, szinkronizálja a jelszavakat, szintén megvaló- 
sítja az egyszeri belépést és megengedi a UNIX munkaállo- 
mások bizonyos szintű kezelését is (ugyanazokkal az eszkö- 
zökkel mintha Windows-os gépek lennének). 


Password Synchronization Properties 


Settings ) Configuration ] 
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Direction of Password Synehronization 


TT UNIX to Computers that run on Windows 
f Perl Conőgation 
This is the port on which Password Synchronization listens for 





password changes. 
Port Number ML a 





If you change the enciyption key you must also configure UNIX 
computers to use the new enctyption key 
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Opciók a jelszó szinkronizáláshoz 


Tárolással/mentéssel kapcsolatos megoldások 
I Storage reports 
I Directory guotas 
I File screening 


Mindhárom megoldás új, és mindet az ún. File Server 
Resource Manager-ben (szintén új MMC snap-in) lehet kipró- 
bálni. A ,Storage Reports" értelemszerűen jelentéseket gene- 
rál az általunk kiválasztott állományok illetve mappák haszná- 
latáról. Rengeteg mintát adhatunk meg a jelentés kritériuma- 
ként, pl. lehetséges állománytípusok, vagy felhasználók, vagy 
állomány-csoportok alapján szűrni vagy éppen a két vagy 
több példányban létező állományokatis kiszűrhetjük, de léte- 
zik minta a nagyméretű vagy a legtöbbet/legkevesebbet 
használt állományok listázására, illetve akár a kvóta haszná- 
lat nyomon követésére is. Nagyon részletes, további finomí- 
tási lehetőségeink is vannak egy-egy kategórián belül. A je- 
lentést kérhetjük e-mailben - természetesen időzíthetjük is -, 
de van lehetőségünk - alapértelmezésben DHTML, vagy 
HTML, XML, DSV illetve sima szöveg formában menteni is. 
A már a Windows 2000 Server óta használható (?) kvóta me- 
nedzser drasztikus változásokon ment keresztül. Nincs töb- 
bé a csak lemezre vonatkozó korlát, akár mappánként külön- 
böző korlátokat adhatunk meg. Nincs többé a logika méret 
alapján történő számolás, hanem a lemezhasználat számít, 
és nem kell többé kizárólagosan az Eseménynaplót figyelget- 
nünk, az FSRM pl. e-mailben is értesíthet, és képes adott 
szkriptet vagy parancsokat futtatni illetve jelentéseket gyárta- 
ni, ha ,esemény" van. 


Kétfajta kvótát gyárthatunk, az ún. ,hard" kvótát, amely meg- 
tiltja a felhasználóknak és az alkalmazásoknak a limiten felüli 
lemezhasználatot, illetve a , soft" kvótát is, amely nem ilyen 
,kőkemény", viszont értesítést ekkor is kaphatunk a túllépés- 
ről. Kellemes lehetőség a kvóta sablonok használata, melye- 
ket egyszer kell alaposan megtervezni, és mindenre kiterje- 
dően elkészíteni, és aztán ad hoc alapon alkalmazni. 
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Egy hard kvóta sablon többszintű 
értesítéssel 


Harmadik elem ebben a csoportban a , File screening", amely 
egy szintén érdekes és hasznos eszköz: megtiltja bizonyos 
állománytípusok mentését az adott lemezre/mappában. 
Részletesen konfigurálható, léteznek hasznos sablonok és 
előre gyártott állománytípus csoportok, de tetszőlegesen bő- 
víthető is. A kvóta menedzserhez hasonlóan itt is megkülön- 
böztetünk kétfajta akciótípust: az , Active" tilt, a Passive" csak 
értesít és van kivétel beállítási lehetőség. 
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Cannot copy NOTEPAD: Access ís denied. 





2 


Make sure the disk is not full or write-protected 
and that the file is not currently in use. 








Ezt adminként kaptam a Temp mappámban 


A következő számban az R2 további új komponenseiről illet- 
ve a telepítésről és a licenszelésről is szó esik majd. 


GÁL TAMÁS 
MCT, MCSE. MCSA, MVP 
gtamasanrtjszki.bu 





A cikkben szereplő URL-e 
[1] http:/ / tinyurl.com / dfk7g 
[2] http:/ / tinyurl.com/3v57c 


NG Microsoft 7echíVet 





13 





VVSUS — VVindovws 
sServerl Ibdate Servces 


JÖTT, LÁTOTT, GYŐZÖTT 





Háttér, újdonságok, FAG és kiegé 


Háttér 

A tavalyi év legvégén ebben az újságban már részletesen 
szóltunk a SUS-ról (Software Update Services), a Microsoft el- 
ső, kis- és közepes méretű számítógép-hálózatok számára 
fejlesztett ún. ,patch management" megoldásáról. A cikkben 
szó volt az akkor már a bétateszt vége felé járó, a SUS-t fel- 
váltó megoldásról, amelyet akkor még WUS (Windows 
Update Services) néven említettünk. Azóta sok minden történt 
pl. az idei év elején átkeresztelték WSUS-ra (Windows Server 
Update Services), majd sorban jöttek ki a béták és RC-k, vé- 
gül június 6-án a Microsoft kiadta az RTM (Release To 
Manufacture) változatot. MVP-ként egy magyar kollégámmal 
együtt abban a szerencsés helyzetben voltunk, hogy majd- 
nem a béta fázis legelejétől (2004 tavaszától) figyelemmel kí- 
sérhettük a WSUS fejlődését, változásait, illetve éles környe- 
zetben is kipróbálhattuk a lehetőségeit. Nos, többéves SUS 
használat után igencsak megszerettük már a korai fázisában 
is ezt a megoldást, hiszen már akkor sejthető volt, hogy jóval 
komfortosabb, jóval többet tud majd, lényegesen jobban a 
hasznunkra válik, mint az elődje. Erről aztán tavaly nyár óta 
sokan meggyőződhettek, és a Technetklub-os valamint 
egyéb magyar/angol levelezőlisták/fórumok WSUS-sal kap- 
csolatos levélforgalmából kiindulva magam is azt hiszem, 
hogy meg is tették. Ezért aztán ebben a cikkben egy rövid át- 
tekintés után szeretnék inkább a felgyülemlett gyakorlati ta- 
pasztalatokból kérdés-válasz stílusban beszámolni. 


A WSUS működése 


e zázuáásá 
kba toóáész 


Ces 
Welcome to Vindovs Server Update Services. 




















A WSUS konzol nyitóképernyője 


Microsoft TechVet 100 TECHNOLÓGIA 


zítők 


Egy olyan megoldást ad az üzemeltető kezébe, amellyel — 
biztonsági szempontból -— gyorsan és viszonylag egyszerűen 
naprakészen tarthatóak egy hálózat gépei (csak hogy bizto- 
san tiszta legyen a kép: a WSUS szerveren kívül ez esetben 
minden gép kliensnek számít, tehát a többi, bármilyen funk- 
ciót betöltő szerver is, sőt maga a WSUS szerver is). A WSUS 
infrastruktúra láncszemei a következőek: 


1. Microsoft Update: a Microsoft azon szerverei, ame- 
lyekhez a mi WSUS szerverünk kapcsolódik a különbö- 
ző súlyosságú és nyelvű javítások/írissítések — egysze- 
ri — letöltése apropóján. Ne keverjük össze a webes 
Microsoft Update megoldással, ami manuális, választ- 
ható (és nemcsak a kritikus biztonsági) frissítést tesz le- 
hetővé, tipikusan szóló/otthoni gépeken. 

2. WSUS szerver: a kiszolgáló(inkojn működő, erről a 
címről letölthető komponens, amelyet kizárólag Win- 
dows 2000 Serverre vagy Windows Server 2003-ra 
(akár DC, SBS vagy tagkiszolgáló is lehet) telepíthetünk 
fel, tipikusan és javasolt módon a belső hálózatra, a vál- 
lalati tűzfal mögé. Az IIS-be integrált WSUS webhelyen 
keresztül az üzemeltető a belső hálózatból, egy böngé- 
szőből kezelheti a frissítésekkel kapcsolatos teendőket, 
a letöltések kiválasztását, engedélyezését, terjesztését, 
visszahívását, valamint az esetleges többi - a telephe- 
lyeken vagy a vállalati hálózaton belüli - WSUS szerver- 
rel történő szinkronizálást, feladatmegosztást. 








Microsoft Update 


eg 


WSUS server 


A szimpla és a több WSUS szerveres 
felépítés 










icrosoft 
Update 


Updates are manually 
carried and applied 
to WSUS server 





Offline WSUS struktúra, ekkor a frissítések 
kézzel kerülnek át (pl. CD/DVD-ről) az offline 
WSUS gépre 


3. Automatic Updates: a kliensoldali elem, amely a Win- 
dows 2000 SP3 óta minden operációs rendszerben 
beépítetten megtalálható (a Windows 2000 SP2-re tele- 
píthető, korábbi operációs rendszerekre nem). Ha nincs 
WSUS beállítva a hálózatban, akkor a gépek e kompo- 
nens segítségével a háttérben külön-külön kapcsolód- 
hatnak közvetlenül a Microsoft Update szerverekhez. 


A WSUS újdonságai 

I Többféle termék frissítése (Windows, Office, SOL 
Server, Exchange és még várható bővítés) 

I Frissítések típus/termék szerinti ELŐZETES kiválasztá- 
sa (termékcsaláag, frissítés súlyossága illetve nyelve), 
azaz nem kell letöltenünk mindent, mint a SUS-nál 

I Frissítésenként négyféle művelet között választhatunk a 
jóváhagyás (approve) során, ezek a következőek: 

e Install: szimpla telepítés 

e Remove: eltávolítás (csak akkor ha a frissítés támo- 
gatja, de egyelőre nincs ilyen) 

5  Detect-only: csak felmérés, azaz mely gépekre szük- 
séges telepíteni az adott frissítést? 

o  Decline: elutasítás 


Itt kell még megemlíteni a csomagonként alkalmazható 
Deadline fogalmát (lásd a következő ábrát), ami egy határidőt 
jelent, melyet elérve mindenképpen települni fog a kijelölt fris- 
sítés a kliensen. 











Szóljunk egy meghatározó újdonságról is, a csoportok kiala- 
kításának lehetőségéről, amely — és ez könnyen belátható —, 
nagyban segít például a frissítések tesztelésében, vagy a há- 
lózatunkon belüli nyelv/típus/funkció szerint eltérő gépek fris- 
sítéseinek szétválasztásában. A csoportosítás technikai kivi- 
telezése, (targeting) szintén két különböző módon történhet, 
a SUS-hoz hasonlóan a Csoportházirend illetve a regisztrá- 
ciós adatbázis módosítása segítségével (Client-side 
Targeting), vagy közvetlenül a WSUS webes admin felületén 
kézzel mozgatva a felismert gépeket (Server-side Targeting, 
tipikusan AD nélküli, munkacsoportos környezetben). A vá- 
lasztásunkat a WSUS konzolon az Options/Computers 
Options ponton érvényesíthetjük. 


Folytassuk az újdonságok listáját, immár csak röviden: 

aprólékos, részletes jelentések készítése 

migráció és import/export lehetőségek 

BITS 2.0 és a delta tömörítés 

adatbázisok: MSDE, SOL, WMSDE (csak Windows 

Server 2003) 

automatikus szinkronizálás WSUS szerverek között (fris- 

sítések, csoportok, jóváhagyások) 

W a WSUS konzol több nyelven, többek között magyarul 
is elérhető 

I a80-as mellett a 8530-as portra is beállítható 

I automatikus kliens alkalmazás frissítés (self-updating) 


A tömör felsorolás után ugorjunk egy nagyot és nézzük a 
problémákat, finomságokat, korlátokat, kérdés-válasz for- 
májában. 


FAG 

Hogyan lehetséges tartományon kívüli gépeket bevonni 
a WSUS hatáskörébe? 

Ha hálózaton eléri a WSUS szervert a gép, akkor az adott gép 
regisztrációs adatbázisán keresztül. Pl. a WSUS szerver ne- 
vét az alábbi helyen 


HKLMXSoftwareNPoliciesMicrosoftWindowsN 


kell megadnunk egy WindowsUpdate nevű kulcsot, majd ab- 
ban egy WUServer értéket, http://wsus. szerver:port formá- 
ban. Az összes többi paraméter is a WindowsUpdate kulcs alá 
kerül, ezekről itt olvashatunk bővebben [2]. De - és talán ez 
egyszerűbb is - szóba jöhet a helyi házirend alkalmazása is. 


Nem látom az összes kliens gépet a WSUS konzolon, van- 
nak, amelyek látszódnak, de van jó pár, amelyik nem. 
Miért? Hogyan tudom rávenni a WSUS-t, hogy detektálja 
a hiányzókat? 

Fontos, hogy tudjuk: a WSUS az ún. , pull" technológia kere- 
tein belül működik, azaz nem tudunk , letolni frissítéseket" a 
kliensre (ez lenne a ,push" módszer), hanem csak a működő 
kliens képes ,leszedni" ezeket a szerverről. Ergo nem a 
WSUS-t kell rávenni erre, hanem a másik oldalon kell el- 
lenőrizni és tesztelni az AU kliens állapotát. Mondjuk a követ- 
kező lépésekben: 

1. Hagyjuk jóvá a frissítést (approve), majd készítsünk 
hozzá egy határidőt (magyarázat később) mondjuk az 
aktuális időponttal. 

2. Nézzünk el a kliensre és gépeljük be a következőt?: 
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wuauclt.exe /detectnow 

Ezzel kierőszakoljuk a detektálást és ha van frissítés jóváhagy- 
va a kliens számára, akkor el kell kezdenie annak letöltését. 
Persze csak akkor, ha rendszergazda jogosultsággal vagyunk 
bejelentkezve, hiszen egyéb esetben valószínűleg a beállított 
időzítés alapján működik a letöltés és telepítés. Viszont ponto- 
san ez az az ok, amiért beállítottuk a határidőt, merthogy eb- 
ben az esetben bárhogyan is lépünk be, el kell kezdődnie a fo- 
Iyamatnak. Amit további sikertelenség után még megtehetünk, 
az az, hogy ellenőrizzük a 9owindir7AWindowsUpdate.log állo- 
mányban (ez az AU kliens naplója) az utolsó bejegyzéseket (és 
irány a Google vagy ez a jó kis gyűjteményes oldal [3]). 

Ha viszont még így sem jutunk dűlőre, még egy sanszunk van: 
látogassuk meg a problémás kliensen a Microsoft Update 
weboldalt [4] (nem a Windows Update-ről van szó), és próbál- 
juk meg az ellenőrzést. Tudniillik, e folyamat azzal kezdődik, 
hogy a gépünk megpróbálja letölteni a legírissebb AU klienst, 
és ennek sikeres telepítése után elképzelhető, hogy azonnal 
be is jelentkezik a WSUS konzolon látható módon. 


Igen, az ábrán látható módon (Options N Synchronization 
Options VUpdate Classifications). 


ZÁ Add/Remove Classifications —- Web Page Dialog E1 


Select the update classifications you want to download. — 







A software component designed to support connections between 
products. 

A broadly released fix for a specific problem addressing a critical, 
non-security related bug. 

Software that aids in the writing new programs such as applications 
or drivers. A development kit may include a visual bulder, an editor 
and a compller. 

A software component necessary to control or regulate another 
device. 






IT Development Kits 






TT Drivers 





IT Feature Packs New product functionakty that ís first distributed outside the context 
of a product release, and usually included in the next full product 


release. 


TT Guidance Scripts, sample code and technical recommendations designed to 
help in the deployment and use of a product or technology, 
[7 Security Updates A broadly released fix for a product-specific security-related 
ő —  valnerabííty, Security vulnerabílties are ratedbasedonther 5] 


ok f2 cmd] 


Ám ha a kérdés arra vonatkozik, hogy e csoporton belül a 
Kritikus", a ,Fontos", vagy a , Mérsékelt" besorolású frissíté- 
seket külön lehet-e választani és engedélyezni vagy tiltani, 
akkor a válasz nemleges. De igazából nem is ajánlott ezek kö- 
zött válogatni. 





Sehogyan. A WGA nem játszik semmilyen szerepet a WSUS- 
sal kapcsolatban. A WGA szerepe csak a Microsoft Update 
vagy a Windows Update használata vagy az egyéb - a 
Download Centerből történő - letöltések során jön elő. 


Először is legyünk túl a következő műveleteken: 
1. újraindítás, 
2. Windows/Microsoft Update próba, 
3. Automatic Updates szolgáltatás leállítása, majd a 


Microsoft 7eciet 


9windirsNXSoftwareDistributiongataStore 
windirsNXSoftwareDistributionownload 


mappák törlése után az említett szerviz újraindítása. 

Ha még így sem OK, akkor töltsük le innen [5] a spéci kliens 
diagnosztikai alkalmazást, az ún. Client Diagnostic Tool-t, 
amellyel átfogó ellenőrzést végezhetünk. 


US Client Diagnostics Tool ME 





heckáng Machine Stote 
Checking for admin rights to run tool 
fiutonatic Updates Service ís running. 
Background Intellígent Transfer Service 
uauong. 411 version 5.8.0.2969. . . 
This version ís WSUS 2.0 








hecking AV Settings 
AU Option ís 4: Scheduled Install . 
Öption ís from Policy settings 


hecking Proxy Configuration 
Chocking for winhttp local sachíne Proxy cettings . . . PASS 
Minhttp local machine access type 
Bíroct Connection; 
Minhttp 10cal machine Proxy. géz, org ÁÁÁ, 
Wánhttp local machine ProxyBypass. . NONE 
Chockíng User IE Proxy sottings kés Pass 
User IE Proxy 
tiszkísrud0:80 
Vser IE ProxyByPass 
clocal: 
User IE mutoConfig URL Proxy egssá, ző, ANNÓ 
Vsor IE putoDotoct 
fütöDetect not ín use 


hecking Connection to MSUS/SUS Server 
WuServer : http://tjezkisrvos 
WuStatusserver : http: 
Vseltuserver is enabled ését e Pars 
Connection to server. . . 8 Pass 
Selfupdato folder í9 prosont. . 5... . 1 Pass 





ress Enter to Complete. zi 





Mindenre fény derülhet egy pillanat alatt 


Egyértelműen nem. Nagyon érdekes ötlet, és igazán előre- 
mutató lenne, ha tudna ilyet a WSUS, de egy image csak 
passzív elemként működik, a detektáláshoz pedig jelen hely- 
zetben egy működő AU kliens kell. Továbbmenve lehetőség- 
ként felmerülhetne az is, hogy a frissítések is egy image állo- 
mánykért jelenjenek meg, és a két image összefűzhetővé vál- 
jon, még mielőtt telepítjük. De ez csupán álmodozás, semmi- 
lyen jel nem mutat arra, hogy a Microsoftnak lenne terve ezen 
a vonalon. Ha esetleg a Kedves Olvasónak szintén vannak el- 
képzelései a WSUS jövőbeni funkcionalitásával kapcsolat- 
ban, nézze meg a WSUS Wish List-et ezen a címen [6], és te- 
gye meg a javaslatát. (Itt egyébként az is kiderül a feltett ja- 
vaslatokból, hogy mi az, ami a szakértő többség szerint per 
pillanat nagyon hiányzik a WSUS-ból). 


Elvileg nem szükséges, mert ha semmilyen életjelet nem kap 
a klienstől, akkor a WSUS is törli a listából a gépet 15 nap 
után. De ha mégsem, akkor töltsük le a 
CleanStaleComputers.exe-t [5] (az Update Services API 
Samples and Tools csomag tartalmazza), amellyel szintén 
megoldható ez a probléma. A zsebalkalmazás szintaxisa a 
következő: 


CLEANSTALECOMPUTERS /DAYS:[1-365] /DELETE:(YES ] NO) 
/PROMPT:(YES ] NO) 


/DAYS: megadható, hogy hány nap legyen az az érték, 
amelynél régebbi kapcsolattal rendelkező gépekre érvényes 
lesz a törlés/mozgatás 
/DELETE: töröljön, avagy mozgassá át a gépeket a , Stale 
computers" csoportba 


/PROMPT: legyen-e figyelmeztetés, mielőtt törölni/mozgatni 
kezd 


Mit t 
w : 
Semmi gona, a probléma egyszerűen megoldható. Abban az 
esetben, ha a Client Side Targeting (GPO vagy registry) mód- 
szerrel gyűjtjük be a gépeket a WSUS fennhatósága alá, ak- 
kor csak hozzuk létre újra ugyanolyan névvel a csoportot. A 
kliensek pedig megteszik a magukét: a következő házirend 
frissítéskor, vagy a következő detektálási időpont alkalmával 
beregisztrálják magukat automatikusan a csoportba. 





r, ha véletlenül töröltem egy csoportot a 


I 


kor 227? 





Hogyé 





dom kideríteni, hogy milyen verziójú AU klien- 
S milyen verziók vannak egyáltalán? 

Kideríteni csak a wuauclt.exe állomány (fewindir7Asystem32) 
tulajdonságait megnyitva lehet. A következő verziók léteznek: 

WHI Az 5.4-es kompatibilis a SUS-sal, WindowsUpdate 
v4/5-tel, Ez a verzió általában a Windows XP SP1-gyel 
vagy a Windows Server 2000 SP3-mal, vagy a Windows 
Server 2003 RTM-mel kerülhetett fel a gépekre. 

I Az 5.7-es először a WUS béta klienseként jelent meg, 
de kompatibilis a SUS-sal is. 

I Az 5.8-ast a WSUS RC változata tartalmazza, minde- 
gyik változattal kompatibilis és a WSUS RTM is ezzel 
dolgozik együtt. 

Ha már a kliensről van szó, érdekességképp említsük meg 
azt, hogy a kliensnek a már említett /DetectNow és egy má- 
sik, fontos (/ResetAuthorization, lásd később) kapcsolóján kí- 
vül van pár nem dokumentált változata is. Ezek a követke- 
zőek, ki lehet próbálgatni: 

/RunHandlerComServer 

/RunStoreAsComServer 

/ShowSettingsDialog 

/ResetEulas 

/DemoUIl 

/FastCountdown 

/FakeData 

/FakeReboot 

/SkipEulas 


se an és 


Hogyan működik együtt a WSUS a klónozott kliensekkel? 
Nehézkesen, sőt... SID csere nélkül a tartományban is prob- 
lémásan működnek majd, de a WSUS használata esetén még 
további lépéseket kell tennünk a kliens korrekt viselkedésé- 
hez. Navigáljunk el először is ide: 


HKEY LOCAL MACHINENXSOFTWAREMicrosoftWindowsV 
CurrentVersionWindowsUpdate 


Keressük meg a AccountDomainSid, SusClientiID, PingID pa- 
ramétereket és bátran töröljük az értékeket, ezután pedig gé- 
peljük be a következő parancsot. 


wuauclt.exe /resetauthorization /detectnow 


Így a következő észlelési ciklus során az említett értékek újra- 
generálódnak, immár egyéni alakban. (Másik módszer: eb- 
ben a KB cikkben [7] egy szkriptet találunk, amely megteszi 
mindezt helyettünk.) 

Ide kapcsolódik még egy kérdés: hogyan derül ki utólag, 
hogy a Windows telepítés egy sysprep image-ből készült? Ezt 
a következő kulcs alapján tudjuk kideríteni: 


41ú08 TECHNOLÓGIA O 596 


MARKETING 20865 Oo06 


HKEY LOCAL MACHINENSYSTEMYSetupiCloneTag 


Ha van ilyen kulcs a regisztrációs adatbázisban (ez egyéb- 
ként telepítés időpontját hordozza), akkor biztosak lehetünk, 
az ,igen" válaszban. 
Lehetséges-e véglegesen eltüntetni a sárgarzöld színű kis 
pajzs ikont a Tálcáról? A felhasználók állandóan azt kér- 
dezik, hogy mi ez? 
A helyzet az, hogy nem. Nem lehet elrejteni, vagy folyamato- 
san meghagyni. Szükséges, hogy kiderüljön mikor frissít, mi- 
kor tölt az AU kliens. Ellenben azt tudnunk kell, hogy ezt az 
ikont elvileg csak két esetben lehet látni: 
1. a felhasználó a helyi rendszergazda csoport tagja 
2. a felhasználó NEM a helyi rendszergazda csoport tag- 
ja és az AUJOptions paraméter értéke nem 4, azaz nem 
tölti le automatikusan és nem telepíti is ugyanígy a fris- 
sítéseket az AU kliens. 


Ezeket a beállításokat (a képen az utóbbi látható a Csoport- 
házirendben) viszont egyszerűen korrigálhatjuk. 


Configure Automatic Updates Proper 





Ehhez kapcsolódóan van még egy megoldási mód, amely 
azonban lehetséges, hogy az , ágyúval a verébre" eredményt 
fogja hozni. A módszer kulcsa egy Csoportházirend opció 
beállítása, konkrétan a , Remove access to use all Windows 
Update features". Itt található: 


User Configuration/Administrative Templates/ 
Windows Components/Windows Update 


Vegyük figyelembe azonban a következő mellékhatásokat: 

1. Ez a lehetőség csak a Windows XP-vel érkező sys- 
tem.adm sablonban található meg. 

2. Per-user házirend elemről van szó. 

3. Ezatházirend elem megtiltja a webes Windows Update- 
hez való hozzáférést. 

4. Hanem 4-es az előző ábrán látható opció, akkor a nem 
rendszergazda felhasználó sohasem kap értesítést a 
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van, amelyet rendszeresen kezelünk és több , gyerek" WSUS, 
amelyek száma és földrajzi helyzete függ a szervezet felépí- 
tésétől és pl. a topológiájától is. 

A fő WSUS-on hagyjuk jóvá a frissítéseket és hozzuk létre pl. 
az egyedi számítógép csoportokat, míg a , gyerek" WSUS-ok 
tükrözik ezeket a beállításokat. 

A WSUS-ban jelen pillanatban nincs semmilyen látható vagy 
rejtett lehetőség arra, hogy telepítés után replika szerverré 
alakítsuk (a replikát ne keverjük a szinkronizálással, amelyet 
az Options V Synchronization Options VUpdate Source sza- 
kaszban bármikor képesek vagyunk beállítani). Ergo, ha 
szükséges, okosan előre meg kell terveznünk a WSUS hierar- 


frissítés letölthetőségéről vagy telepíthetőségéről, ergo 
frissíteni sem tud. 

5. Ha 4-es, akkor sem fenékig tejfel az élet, mivel ekkor le- 
töltődik és települ a frissítés, de az újraindítás elhalasz- 
tásába nem tud beleszólni a felhasználó (felugrik a pa- 
nel, de az elhalasztás szürke lesz), ezért a beállított idő- 
érték alapján mindenképpen megtörténik. 


A felhasználó bekattintotta a ,,Hide this update" négyze- 
tet, sőt az újrafigyelmeztetésről szólót is. Mit lehet ekkor 
csinálni? Hol van ez az információ eltárolva? 
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oft. After you install this item, you may have to restart your computer. 
ore information for this update can be found at http://go.microsoft. comfwlnk 7 nkldz48903 





.". A furmányos felhasználó próbálkozik 


Egy datastore.edb nevű állományban van eltárolva 
(9ewindirJaASoftwareDistribution DataStore). Ebben - frissíté- 
senként külön-külön - különböző jellemzők vannak, azaz pél- 
dául, hogy alkalmazható-e, letölthető-e, telepíthető-e, stb., az 
adott gépen. A rejtetté tett frissítések ,reszetelése" ennek az 
állománynak a törlésével történhet meg. Ehhez állítsuk meg 
az Automatic Updates szolgáltatást pl. a ,net stop wuauserv" 
paranccsal, majd töröljünk az állományt és indítsuk el újra a 
szervizt. 

Ez így szépen működik is, ellenben egy kis szépséghiba ez- 
Zelis van, ti. ha elsétálunk a Windows Update oldalon belül a 
, View History" oldalra, akkor azt üresnek fogjuk látni, mivel 
ebből az állományból szedi az információt a WU oldal. De - 
szerintem - ez legyen a legnagyobb baj. 

Persze mondhatnánk azt is, hogy ott a deadline, azaz a több- 
ször említett határidő. Jól is tippelnénk, mivel ez a technika 
tényleg figyelmen kívül hagyja az elrejtést. De - és ezzel a 
ténnyel már adós voltam -— van egy komoly hibája ennek 
a módszernek. Ugyanis ha határidőt szabunk meg, akkor 
az újraindítás elhalasztására szolgáló házirend opció 
(NoAutoReboot) ignorálódik. Renitens felhasználók számára 
ideális büntetőeszköz lehetne ez a megoldás, de ez azért 
nem mindig egyszerűen kivitelezhető. 

Természetesen az előző kérdésnél említett Csoportházirend 
opció ( Remove access to use all Windows Update features") 
is szóba jöhet, de a hátrányaival ugyanúgy számolnunk kell. 


Mi az a replika mód, és hogyan lehetséges átállítani egy 
telepített WSUS szervert ebbe az üzemmódba? 

Ha egy WSUS szervert replika módban futtatunk, akkor 
megörökli a felette levő WSUS kiszolgálótól a konfiguráció 
elemeit. Tipikusan ilyenkor egy darab olyan WSUS szerver 
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chiát, vagy utólag sok bosszúság jár vele. 


ETKZET etup Wizard 


9 sezláretekréssey lone tisel ess hengleztzbz egál ser agjáááatt es 
Microsolt Windows Server Update Services server on your network. 





. WVagyitt, vagy sehol 


Mi az a Windows Server Update Services Updates? 

Ezek azok a frissítések, amelyek nélkül a kliensek nem lesz- 
nek képesek tökéletesen együttműködni, főképp a detektálás 
folyamatában a WSUS-sal. 

Per pillanat ezek a következők: a Windows Installer 3.1 és a 
Background Intelligent Transfer 2.0 (MSI 3.1 8. BITS 2.0). 
Kiemelt szerepüket akkor is megfigyelhetjük, ha egy teljesen 
szűz gépet helyezünk a WSUS hatása alá, ti. első körben ezt 
a két frissítést automatikusan letölti az AU kliens, majd a köte- 
lező telepítés (és újraindítás után) jöhet csak az összes többi. 


Jóvá kell hagynom ezeket a speciális WSUS frissítéseket 
is? Esetleg ki is kapcsolhatom? 

Nem kell külön jóváhagyni, egy teljesen egyedi opció van 
ezek automatikus jóváhagyására ezen a helyen: 


Options N Automatic Approval Options N Windows 
Server Update Services Updates N Automatically 
aprove WSUS updates 


A kikapcsolását szintén itt lehet megtenni, de — érthető okok- 
ból - ez abszolúte nem ajánlott. 


o 
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A WSUS frissítéseknek külön ikonjuk van (a 
sárga háromszöggel jelöltek a béta / vissza- 
vont verziók) és a szűrési feltételeknél is ki- 
választhatóak. 


Több helyen is fellelhető. Minden XPSP2-es gépen a 
9ewindirJeINF mappában, ezenkívül magán a WSUS szerve- 
ren is, a következő helyen: 


XProgramFilessWpdate ServicestSelfupdatevautx86 
NxpVa szukseges nyelv 


Keressük meg itt a wuclitui.cab állományt, majd bontsuk ki be- 
lőle a wuau.adm-et. De le is lehet tölteni innen [8]. 


, One or more Update Service components could not be con- 
tacted. Check your server status and ensure that the Win- 
dows Server Update Service is running." 


, The SelfUpdate Tree is not working. Clients may not be able 
to update to the latest WUA client software and communicate 
with the Windows Server Update Services (WSUS) Server. ", 


Ezek az üzenetek azt jelzik, hogy nem működik a SelfUpdate, 
azaz a kliensek képtelenek frissíteni önmagukat (mármint az 
AU klienst). A magyarázathoz tudnunk kell azt, hogy ugyan a 
WSUS képes működni immár a 80-ason kívül egy másik por- 
ton is (8530), de a SelfUpdate továbbra is a 80-as porton fi- 
gyeli a kliensek hívó szavát. 
Emellett, ha abban az IIS-ben, amely a WSUS-t is kiszolgálja, 
a webhely egy konkrét IP címhez van kötve, szintén nem mű- 
ködik ez a szolgáltatás. 
Megoldás van mindkét esetre, nézzük az első menetét és in- 
duljunk ki abból, hogy van egy a 80-ason működő webhe- 
lyünk és van egy, a 8530-ason dolgozó WSUS: 
1. Az 1IS Admin-ban, a 80-as porton működő webhelynél 
hozzunk létre egy virtuális mappát , Selfupdate" névvel 
2. A fizikai útvonal mutasson a következő helyre: 
, 7ProgramFilesvAUpdate ServicestSelfupdate". 
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3. Győződjünk meg róla, hogy a névtelen felhasználók is 
elérhetik ezt a helyet (Directory Security fül — Enable 
Anonymous Access) 

4. Változtassuk meg a jogosultságokat a virtuális mappán, 
engedélyezzük a mappa tallózását (,Directory 
Browsing"). 


A másik szintén szükséges teendő, hogy az IIS-ben az IP cím 
mezőben a konkrét IP cím helyett állítsuk be az ,All unas- 
signed"-re vagy írjuk be a localhost címet (127.0.0.1). 

(Szó ami szó, el kell árulnom egy - a cikk elkészítése után ki- 
derült -, lényeges dolgot: amennyiben csak Windows Server 
2003 SP1-es illetve XP SP2-es klienseink vannak, akkor nincs 
szükség erre a hókuszpókuszra. Az ezekben az operációs 
rendszer verziókban lévő AU kliens már képes a 8530-as por- 
ton is ,szót érteni" a szerverrel, a kliens frissítés céljából. De 
ez csak ezekre igaz, tehát ha más klienseink is vannak, mu- 
száj a 80-as portot használni továbbra is.) 


Nem. Legalábbis támogatott megoldás nincs. Állítólag, ha 
módosítjuk a hitelesítés típusát, ha a böngésző képes magát 
IE-nek ,hazudni", ha meg tudjuk oldani az ActiveX vezérlő 
használatát, és ha módosítunk bizonyos .asp lapokat, akkor 
igen. o 


Két lépésben: 1.; szükséges lesz némi regisztrációs adatbá- 
zisban turkálásra, majd a saját paramétereink egy .reg állo- 
mányba importálására, 2.; egy pici parancssorban futó kód- 
ra, amely leállítja az AU szervizt, illetve befűzi a registrybe a 
spéci állományunk tartalmát. 

Egy MVP kolléga viszont elkészítette ezt egy szkript formájá- 
ban, amelyet az útmutatóval együtt megtalálhatunk ebben a 
Tudásbázis cikkben [10]. 


Folytatjuk. . . 
GÁL TAMÁS 
MCT, MCSE. MCSA, MVP 
gtamasatjszki.bu 


[1] http:/ / tinyurI.com / dydjj 

[2] http: / tinyurl.com / bintx 

[3] http:/// www.updatexp.com / windows-update-errors.htmi 
[4] http:/ / update.microsoft.com / microsoftupdate 

[5] http:/ / tinyurl.com / 96wnu 

[6] http:// www.wsuswiki.com / WishList. 

[7] http:/ / support.microsoft.com/kb/ 555452 

[8] http:/ / tinyurl.com / ge6ml 

[9] http:/ / tinyurl.com / dőygt 

[10] http:/ / support.microsoft.com/kb/555454 
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A VVIVII használata 
INET programokból lII. 


. NEI OSZTÁLYOK HASZNÁLATA 





A .NET keretrendszer osztályai teljes körű, kényelmesen 


használható hozzáférést biztosítanak a VVMI 


osztályaihoz és objektumaihoz, így bármely .NET alapú 


programból elérhetjük a számítógép különféle 


hardver- és szoftverkomponenseinek adatatt, és felhasz- 


nálhatjuk a VVMI eserménykezelő rendszerét. 


cikk előző részében áttekintettük a WMI alapjait, új 

osztállyal bővítettük a CIM Repositoryt, és ízelítőül 

készítettünk egy .NET alapú programot, amely az új 
osztály felhasználásával kilistázza a számítógépre telepített 
valamennyi program nevét és legfontosabb tulajdonságaikat. 
Ezt a programot fogjuk most bővíteni, hogy megismerjük a 
WMI .NET-ből való használatának módját és lehetőségeit. A 
számítógép alapadatainak lekérdezésén túl, a WMI ese- 
ménykezelő rendszerének felhasználásával fogunk figyelni 
egy meghatározott registry értéket, hogy annak változása 
esetén azonnal helyreállíthassuk az eredeti állapotot. 
Kiírjuk a képernyőre a számítógépen elinduló és leálló folya- 
matok teljes indítási parancssorát (paraméterekkel együtt), és 
megakadályozzuk a legfontosabb rendszerfelügyeleti prog- 
ramok (Task Manager, regedit, mmc) indítását. A kibővített 
program menürendszere a következő elemekből áll: 





- Providerek listázása 


me HEZ té e rá ka programok listája 
— Számítógép adatai 

— Registry érték figyelése és helyreállítása 

- Induló és leálló folyamatok figyelése 

jee Eágege eszközök (Task Manager, Regedit, mmc) nem indíthatók 
úr pés 


A mintaprogram meüszerkezete 


A teljes program forráskódja, és a futtatható állomány is letölt- 
hető az [1] címről. 


A System.Mlanagement névtér 
legfontosabb osztályai 
Mielőtt belevágnánk a wmi használat részleteibe, tekintsük át 
röviden a System.Management névtér azon osztályait, ame- 
lyekkel a cikkben (és a mintaprogramban) találkozhatunk. 
u ManagementBaseObject -— a WMI objektumokkal 
kapcsolatot teremtő osztályok  alaptípusa, a 
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ManagementObject és a ManagementClass osztályok 
őse. Publikus konstruktora nincs, de az utódosztályok 
számos metódusa ilyen objektumot ad visszatérési ér- 
tékként. 

NI ManagementObject -— Az osztály példányai a WMI 
felügyeleti objektumait reprezentálják. Az osztálynak 
számos konstruktora van, a leggyakrabban használt ta- 
lán az, amelyben a WMI objektum nevét sztringként kell 
megadnunk: 


ManagementObject o — new 
ManagementObject( "Win32 Service.Name-"Alerter!"); 


m ManagementClass - Az osztály példányai a WMI osz- 
tályokat reprezentálják. Fontos, hogy megértsük a kü- 
lönbséget a két osztály között. Amint a konstruktorokból 
is látható a ManagementObject a Win32. Service osz- 
tály egy adott példányának, míg a ManagementClass 
magának az osztálynak a reprezentációja. A 
ManagementClass leggyakrabban használt konstruk- 
tora a következő: 


ManagementClass c — new 
ManagementClass( "Win32 Service"); 


mi SelectOuery — WOL nyelvű lekérdezés létrehozására 
szolgáló osztály. A leggyakrabban használt konstruktor 
egy sztringet vár paraméterként. A sztring a WMI osz- 
tály neve, vagy teljes WOL lekérdező sztring is lehet. Az 
alábbi két Selectüuery objektum teljesen azonos: 


Selectguery s - new Selectguery("Win32 Service"); 
Selectguery s - new Selectguery("SELECT ! FROM 
Win32 Service"); 


mi ManagementObjectSearcher - Az osztály leggyakrab- 


ban használt konstruktorában egy lekérdezést 
(SelectOuery objektum) kell megadnunk, a példány 
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Get() metódusa pedig a lekérdezésnek megfelelő WMI 
objektumok gyűjteményét fogja visszaadni. A visszaté- 
rési érték egy ManagementObjectCollection, amely 
ManagementObject vagy ManagementClass objektu- 
mokat tartalmaz. 

u WalEventüuery — WOL nyelvű eseménylekérdezés lét- 
rehozására szolgáló osztály. Paraméterként az ese- 
ményosztály nevét és azt a feltételt kell megadnunk, 
amelynek megfelelően az eseményeket szűrni szeret- 
nénk. A következő két eseménylekérdezés teljesen 
azonos: 


WglEventguery g - new WglEventguery 

4"  InstanceDeletionEvent" , 

4 "Targetlnstance isa N"Win32 ProcessX""); 
WglEventguery g - new WglEventguery( "SELECT ! FROM 
4 .— InstanceDeletionEvent WHERE TargetInstance 

4 isa "Win32 Process""); 


Wu! ManagementEventWatcher -— a konstruktor paramétere- 
ként megadott eseménylekérdezésnek (WalEventOuery 
objektum) megfelelő WMI események fogadását végzi. 
Az események fogadása történhet aszinkron 
(WaitForNextEvent() metódus) és szinkron (Start() me- 
tódus) módon is. A WaitForNextEvent metódus blokkol- 
ja a futó programot az esemény bekövetkeztéig, míg a 
Start metódus EventArrived eseményobjektum létreho- 
Zásával jelzi a lekérdezésnek megfelelő WMI esemény 
bekövetkeztét, de nem blokkolja a program futását 
(részletesen lásd később). 


Adatok lekérése 

A WMI egyik legfontosabb funkciója az, hogy egyszerű és 
egységes hozzáférést biztosítson a számítógépek hardver és 
szoftver adataihoz. A különféle rendszerkomponensek ada- 
taihoz való hozzáférés a .NET osztályok használatával is tel- 
jesen egységes formában történhet, így most csak egyetlen 
objektum adatainak lekérését mutatjuk be. (A mintaprogram- 
ban más adatok lekérése is szerepel.) 

Elsőként létre kell hoznunk a visszaadott elemeket meghatá- 
rozó SelectCuery objektumot. A számítógép alapadatait sze- 
retnénk lekérdezni, tehát a Win32 ComputerSystem példá- 
nyait (persze csak egy ilyen lesz) fogjuk megkeresni. A kere- 
ső Get() metódusa által visszaadott kollekció elemeit sorra vé- 
ve kiírjuk az adott elem legfontosabb tulajdonságait. 


//lekérdezés létrehozása 

Selectguery Compguery - new Selectguery 

4 ("Win32 ComputerSystem" ) ; 

//kereső objektum létrehozása a lekérdezés alapján 

ManagementObjectSearcher CompSearcher - new 

4, ManagementObjectSearcher ( Compguery ) ; 

//a kereső Get() metódusa a lekérdezésnek 

//megfelelő objektumokból álló kollekciót ad 

//vissza 

foreach (ManagementBaseObject computer in 

4 CompSearcher.Get()) ( 
//tulajdonságok listázása 
Console.WriteLine ( "Név: (0)" , computer([ "Name" ) ) ; 
Console.WriteLine ( "Gyártó : (0)" , computer 

4 [/Manufacturer"]); 


Console .WriteLine ( "Model1 : (0)" , computer( "Model1"] 
63 

Console.WriteLine ( "Tartomány : (0) " , computer 
$ [/Domain"]); 

Console.WriteLine("Fizikai memória :(0) bájt", 
b computer["TotalPhysicalMemory" ]) ; 
JT 


A WMI azonban ennél sokkal többre is képes; nem csak 
egyetlen számítógép adatait kérdezhetjük le, hanem a háló- 
zaton elérhető bármely gép (megfelelő jogosultságok esetén) 
adatait begyűjtheti egy tetszőleges helyen futó program. 
Active Directory alapú hálózat esetén például programunk ki- 
gyűjtheti a hálózat valamennyi gépének nevét az AD-ből, 
majd ezeket sorban végiglátogatva teljesen testre szabott 
szoftver- és hardverleltárt készíthet, az adatokat pedig beír- 
hatja például egy adatbázis tábláiba. 

Akeresés helyét a keresőobjektum (ManagementObject-Searcher) 
első paramétereként kell megadnunk egy ManagementScope ob- 
jektum formájában, az alább látható módon: 


Selectguery g - new Selectguery 

4 ("Win32 ComputerSystem"); 

ManagementScope s - new ManagementScope (new 
ManagementPath("WWgepnevtüroot NCIMV2" ) ; 
ManagementObjectSearcher CompSearcher - new 
4 ManagementObjectSearcher(s, ag); 


WEOL lekérdezések 

Ha a lekérdezéseinket finomítani szeretnénk, a Selectüuery 
konstruktorának paramétereként WOL nyelvű sztringeket ad- 
hatunk meg. Amint az alábbi példákból is látható, a WOL 
nyelv gyakorlatilag megegyezik az SOL-el. 


//a system napló bejegyzései 

SELECT " FROM win32 NTLogEvent WHERE logfile -— 
4 "system" 

//Az idle rendszerfolyamat adatai 

SELECT " FROM win32 PerfRawData PerÍProc Process 
$ WHERE name - "Idle" 

//szabad hely, és teljes méret a "c:" meghajtón 
SELECT freespace, size FROM win32 LogicalDisk 

b WHERE caption-" c: " 

// minden "Leállítva" státuszú szolgáltatás 
SELECT name, description FROM Win32 Service WHERE 
$4 state-"Stopped" 


WWMII objektumok metódusainak 
meghívása 

A .NET osztályok segítségével nem csak a WMI objektumok 
tulajdonságait érhetjük el, hanem meghívhatjuk azok metódu- 
sait is. Ennek módját a mintaprogram egyik metódusának fel- 
használásával fogjuk megismerni. A metódus a paraméter- 
ként kapott adatoknak megfelelő registry értéket hoz létre a 
megadott helyen, a registry provider SetStringValue metódu- 
sának meghívásával. Az StdRegProv osztálynak nincsenek 
példányai; statikus metódusai az osztály hivatkozásának se- 
gítségével hívhatók meg. 

Elsőként tehát létrehozunk egy ManagementClass objektu- 
mot, amely a StdRegProv WMI osztályt reprezentálja. A me- 
tódus  — paramétereinek — átadásához az — objektum 
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GetMethodParameters() metódusát kell felhasználnunk, 
amely a paraméterek tárolására szolgáló objektumot ad vis- 
sza. A paraméterek értékeinek beállítása után az 
InvokeMethod() metódust kell meghívnunk, amelynek első 
paramétere a meghívandó WMI metódus neve, a második 
pedig a paramétereket tartalmazó objektum. Harmadik para- 
méterként további opciókat is átadhatunk. 

A registry értékét létrehozó kód a következő: 


void CreateRegValue(string subkey, string 
4 valueName, string value) ( 
ManagementClass Registry -— new 
4 ManagementClass( ) ; 
//A registryvel kapcsolatos osztályok nem a CIMV2- 
//ben, hanem a default névtérben találhatók 
Registry.Scope - new ManagementScope 
$ ("rootudefault"); 
Registry.Path - new ManagementPath 
4 ("StdRegProv" ) ; 
//ebben az objektumban fogjuk átadni a 
//SetStringValue metódus paramétereit 
ManagementBaseObject inputParams -— Registry. 
4  GetMethodParameters ( "SetStringValue" ) ; 
//paraméterek beállítása 
inputParams([ " sSsubKeyName"] - subkey; 
inputParams( "sValueName"] - valueName; 
inputParams( "sValue"] z value; 
//a registry érték létrehozása 
ManagementBaseObject outputParams - Registry. 
4 InvokeMethod( "SetStringValue", inputParams, 
4 null); 
Console.WriteLine("A HKEY LOCAL MACHINEW(0) 
4 W(1)registry érték létrejött.", subkey, 
4  valueName) ; 
) 


"1 


VWV/MI események kezelése 

A WMI eseménykezelő rendszerének segítségével progra- 
munk gyakorlatilag azonnali értesítést kaphat a rendszerben 
bekövetkező változásokról, és ennek megfelelően automati- 
kusan meghívódhatnak metódusok, vagy akár külső progra- 
mokat is elindíthatunk. 

Biztosan sokan találkoztak már olyan kedves programocská- 
val, ami bejegyzi magát a registry megfelelő helyére, hogy 
rendszerindításkor automatikusan betöltődjön, ha pedig ezt 
az értéket kézzel eltávolítjuk, szinte azonnal helyreállítja azt. 
Ezt a viselkedést fogjuk utánozni a WMI eseményrendszeré- 
nek segítségével. A WMI-ban a következő négy eseményosz- 
tályt találjuk a registry változásainak kezeléséhez: 

WI RegistryEvent -— absztrakt osztály (nem lehet belőle 
objektum példányt létrehozni, csak örökítési célokat 
szolgál) a másik három eseményosztály őse. 

I RegistryValueChangeEvent - egy adott registry kulcs 
egyetlen megadott értékének változásait reprezentálja. 

I RegistryKeyChangeEvent - egy meghatározott reg- 
istry kulcs változásait reprezentáló esemény. Az adott 
kulcs alatt található kulcsok változásakor nem keletke- 
zik ilyen esemény. 

Ki RegistryTreeChangeEvent - egy adott registry kulcs 
és valamennyi alkulcsának változását reprezentálja 
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A registry érték változásainak figyelését és a megváltozott 
érték helyreállítását a mintaprogram következő metódusa 
végzi: 


void RegistryEvents() ( 
//létrehozzuk a registry értéket 
CreateRegValue ( "SOFTWHAREVWWMicrosoftvWindowsNTXV 
4 CurrentVersionuRun" , "prog" , application. 
4 ExecutablePath); 
//ez a lekérdezés fogja kiválasztani azt az 
//eseményt, amelyet figyelni szeretnénk 
WglEventguery Regguery - new WglEventgueryt( ) ; 
Reggyery. EventClassName -— "RegistryEvent" ; 
//Az adott registry hive megadott kulcsán 
belüli, megadott érték változásait fogjuk figyelni 
Regguery. gueryString - "SELECT t FROM 
HW RegistryValueChangeEvent WHERE Hive -— 
3 "HKEY LOCAL MACHINE" AND KeyPath - 
4" SOFTWAREWVWMicrosoftAWvWindows NTXVVVV 
4 CurrentVersionvWiRun" AND ValueName- "prog " " ; 
//Figyelő objektum létrehozása a lekérdezés 
alapján 
ManagementEventWatcher RegWatcher - new 
4, ManagementEventWatcher (Regguery) ; 
//default névtér!!! 
RegWatcher . Scope . Path. NamespacePath 
$ -"rootWdefault"; 
do ( 
Console.WriteLine( "Registry figyelése..."); 
//várjuk a megadott eseményt 
ManagementBaseObject reg - RegWatcher. 
kj WaitForNextEvent ( ) ; 
Console.WriteLine("A figyelt érték 
megváltozott! Helyreállítás..."); 
//egy pillanatra meg kell állítanunk a figyelést, 
//különben nem csak az érték törlése, hanem újbóli 
//létrehozása is eseményszámba megy 
RegWatcher. Stop( ) ; 
//helyreállítjuk a megváltozott (vagy törölt) 
//értéket a 
CreateRegValue ( "SOFTNAREVWMicrosoftvWWindowsNT 
hl WcurrentVersiontRun" , "prog" , pplication. 
b ExecutablePath) ; 
nk 
while (true); 


Először is létrehozzuk a program teljes útvonalát tartalmazó 
registry értéket a megfelelő helyen (a korábban bemutatott 
CreateRegValue() metódus segítségével). Ezután össze kell 
állítanunk azt a lekérdezést (WalEventOuery objektum), 
amely a létrehozott érték változásait  (Registry- 
ValueChangeEvent) jelző esemény értesítéseket válogatja ki. 
A figyelő objektum létrehozásakor fontos tekintetbe vennünk 
azt, hogy a Registry provider mellett a registry-vel kapcsola- 
tos eseményosztályok is a default névtérben találhatók. Az 
események fogadását a figyelő objektum WaitForNextEvent() 
metódusa végzi, amely addig vár (blokkolja a programot) 
amíg a figyelt esemény be nem következik. Ekkor a program 
helyreállítja a megváltozott registry értéket. A helyreállítás előtt 





egy pillanatra meg kell szakítanunk a figyelést (Stop() metó- 
dus), különben a helyreállításkor keletkező eseményobjektu- 
mot is megkapja a program. Mivel az eseményeket folyama- 
tosan figyelni szeretnénk, a WaitForNextEvent() metódust 
minden egyes esemény bekövetkezése után újra meg kell 
hívnunk. 

Mivel a WaitForNextEvent() blokkolja a programot, és több 
esemény egyidejű figyelésére is csak igen körülményesen al- 
kalmazható, használata csak bizonyos speciális esetekben 
célszerű. Sokkal rugalmasabb megoldást nyújt az esemé- 
nyek aszinkron fogadása, amit a következőkben fogunk átte- 
kinteni. 


Aszinkron eseménykezelés 

A mintaprogram következő metódusa a számítógép induló és 
leálló folyamatait figyeli, és kiírja azok teljes indító parancsso- 
rát, paramétereikkel együtt: 


void ProcessEvents( ) ( 
//az induló folyamatokat visszaadó lekérdezés 
WglEventguery startguery - new WglEventguery 
$ ("  InstanceCreationEvent", new TimeSpan(0,0,1) 
4 , "Targetlnstance isa VWWin32 ProcessXV""); 
//a leálló folyamatokat visszaadó lekérdezés 
WglEventguery stopguery - new WglEventguery 
4 ("  InstanceDeletionEvent", new TimeSpan(0,0,1) 
4 , "Targetlnstance isa N"Win32 ProcessX""); 
//az induló és leálló folyamatok figyelői 
ManagementEventWatcher StartWatcher - new 
4 ManagementEventWatcher(startguery) ; 
ManagementEventWatcher StopWatcher - new 
4 ManagementEventWatcher ( stopguery) ; 
//az eseményeket kezelő osztály példánya 
EventAction action - new EventAction( ) ; 
//a figyelőkhöz eseménykezelőket rendelünk (az 
//eseménykezelő osztály megfelelő metódusát) 
StartWatcher.EventArrived t-— new 
4 EventArrivedEventHandler (action. StartProc) ; 
StopWatcher.EventArrived t- new 
4, EventArrivedEventHandler (action. StopProc) ; 
//figyelők indítása 
StartWatcher. Start ( ) ; 
StopWatcher. Start ( ) ; 
//wvárakozunk az eseményekre 
while (true) ( 
Thread. Sleep(1000) ; 


A létrehozott WalEventCuery objektumok a Win32. Process 
osztály . objektumainak —. InstanceCreationEvent és 
.. InstanceDeletionEvent eseményeit válogatják ki. A figyelő- 
objektumok (ManagementEventGuery) létrehozása után azok 
Start() metódusát kell meghívnunk, amely aszinkron módon 
végzi az események figyelését. Előbb azonban a figyelőob- 
jektumok EventArrived eseményéhez kell hozzárendelnünk 
azt a metódust, amelyet az adott esemény bekövetkezésekor 
el szeretnénk indítani. 

Az eseménykezelő metódusokat megvalósító osztály kódja a 
következő: 


public class EventAction ( 
//az indulás esemény kezelője 

public void StartProc(object sender, 
bt EventArrivedEventArgs e) ( 
//kiírjuk az eseményt kiváltó új folyamat 
parancssorát 

Console.WriteLine ( "Indul: (0)", 

4 ((ManagementBaseObject) (e.NewEvent) 
4 [/Targetlnstance" ]) [/CommandLine" ]) ; 

) 
//a leállás esemény kezelője 

public void StopProc(object sender, 
b  EventArrivedEventArgs e) ( 
//kiírjuk az eseményt kiváltó leálló folyamat 
parancssorát 

Console.WriteLine( "Leáll: (0)", 

4 ( (ManagementBaseObject) (e.NewEvent) 
4 [/Targetlnstance"])["CommandLine" ]) ; 

J 
//a megadott nevű folyamat leállítása 
a 


Létre kell hoznunk az osztály egy példányát (action) majd az 
EventArrived eseményhez hozzá kell adnunk a megfelelő me- 
tódust. Ez a módszer kiválóan használható grafikus felülettel 
rendelkező program esetében is (a WaitForNextEvent() blok- 
kolja a grafikus felület üzenetkezelő ciklusát is, vagyis gyakor- 
latilag megbénítja a programot), de akkor természetesen 
nincs szükség a kód végén látható várakozó ciklusra, mivel a 
program nem ér véget a várakozás nélkül sem. 

A Start() metódusok meghívásával a figyelők aktivizálódnak, 
de a program fut tovább, tetszőleges műveleteket elvégezhe- 
tünk, amíg a figyelt események valamelyike be nem követke- 
Zik. Ekkor a program futása megszakad, lefut az eseményhez 
rendelt metódus, ennek végeztével pedig folytatódik az ere- 
deti program végrehajtása. 

A SelectOuery objektumhoz hasonlóan a Management- 
EventWatcher objektumot is létrehozhatjuk úgy, hogy az elér- 
hető számítógépek bármelyikén bekövetkező események fi- 
gyelését végezze. Ilyen módon könnyen írhatunk olyan 
felügyeleti programot, amely egyetlen gépen fut, és az AD 
adatok alapján csatlakozik a hálózat többi számítógépéhez. 
A program figyelheti például a gépek eseménynaplóit, gya- 
nús registry bejegyzések létrejöttét, bizonyos nem kívánatos 
folyamatok indulását, a memória vagy a háttértárak telítettsé- 
gét, hordozható meghajtók csatlakoztatását és eltávolítását, 
stb. A figyelt esemény bekövetkezése esetén pedig levélben, 
vagy más módon értesítheti az adott OU rendszergazdáját. 
A korábban a registry értékek helyreállításával kapcsolatban 
már említett ,kedves" kis programocskák másik előszeretet- 
tel alkalmazott trükkje, hogy nem engedik elindítani a külön- 
féle rendszerfelügyeleti eszközöket (illetve indítás után azon- 
nal leállítják). Elsősorban a Feladatkezelő a kedvelt célpont, 
mivel így lényegesen nehezebben tudunk megszabadulni a 
nem kívánatos folyamattól. 

Ezt a , funkciót" valósítja meg a mintaprogram utolsó menü- 
pontjával indítható metódus, amely a taskmgr.exe, a reged- 
ít.exe és az mmc.exe folyamatok indulását figyeli, az ese- 
ménykezelő metódus pedig azonnal megszakítja az adott fo- 
lyamat futását. 


NG I ( ) Microsoft Tech/Vet 








24 / 





WVM támogatás a Visual Studioban 
Aki Visual Studio-t használ, és nem szeret sokat gépelni, fel- 
tétlenül töltse le és telepítse fel a Management Extensions ne- 
vű Visual Studio plug-int a [2] címről. A kiegészítő telepítésé- 
vel két új csomópont (Management Classes és Management 
Events) jelenik a Server Explorerben. 


8/ls 3 
r" 63 Data Connections 
5- 53 Servers 
5- B saturnus 
EL ge Crystal Services 
. fú] Event Logs 
C TESZT 
(EÜ Desktop Settings 
9 Disk Volumes 
A My Computer 
Network Adapters 
£€ Network Connections 
í4] NT Event Log Files 
HA Operating Systems 
c Printers 
CA Processes 
2 Processors 
£g4y Services 
£- Shares 
-$3 Software Products (MSD) 
ff System Accounts 
E. d Threads 
. B Management Events 
. SZ Message Oueues 
- Performance Counters 
. gy Services 
. (3 SOL Servers 








Management osztályok a Server Explorerben 





A Management Classes csomópont alatt található elemeket 
egyszerűen ráhúzhatjuk a formunkra, így gyakorlatilag egy 
burkoló osztály generálódik, amely biztosítja az adott wmi 
osztály tulajdonságainak és metódusainak elérését. 
Természetesen az új osztály létrehozása után formunk kódjá- 
ba is bekerül az osztály egy példányának létrehozását 
elvégző kód, a projekt referenciái közé pedig a 
System.Management.dil. A burkolóosztály jelentősen leegy- 
szerűsíti a wmi objektumok tulajdonságainak lekérdezését és 
metódusaik meghívását, mivel ilyen módon a Properties ab- 
lak, és az IntelliSense is használható a megfelelő tulajdonság 
vagy metódus kiválasztásához. 

Burkolóosztályok generálására rendelkezésünkre áll azonban 
egy másik eszköz is. 
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:NProgram FilesiMicrosoft.NETNSDKNWV1 . INBindagatelassgen AddRemovePrograms /n ro 
otlciav2 /1 CS /p AddRenPrograms.cs 

licrosoft (R) Management Strongly Typed Class Generator Version 1.1.4322.573 
opyright c Microsoft Corporation 1998-2002. All rights reserved. 

enerating Code for WMI Class AddRemovePrograns ... 

jode Generated Successfully!ttt 


:NProgram FilestHicrosoft.NETNSDKNVI . TNBin2 


Az mgmtclassgen.exe futtatása 


A — Microsoft.NENSDKW1.MBin " mappában található 
MgmiClassGen.exe nevű programot megfelelően felparamé- 
terezve tetszőleges wmi osztályhoz készíthetünk ctt (esetleg 
vb, vagy jsceript) burkolóosztályt. Az alábbi parancs például a 
cikk előző részében elkészített AddRemovePrograms.mof 
osztályhoz készít ett nyelvű burkolóosztályt 
AddRemPrograms.cs néven. (Természetesen csak akkor, ha 
az osztályt az előző részben leírtaknak megfelelően importál- 
tuk a CIM Repositoryba). 


mgmtclassgen AddRemovePrograms /n rootYcimv2 
4 /1 CS /p AddRemPrograms.cs 


Amint az talán az eddigiekből is látható, csak a fantáziánk 
szabhat határt a WMI rendszerfelügyeleti célú felhasználásá- 
nak, a .NET pedig nagyon kényelmesen használható eszkö- 
zöket biztosít a WMI osztályainak, objektumainak és esemé- 
nyeinek eléréséhez, így semmi akadálya nincs annak, hogy 
magunk készíthessük el az alapvető rendszerfelügyeleti funk- 
ciókat megvalósító, egyedi megoldást. 


SZERÉNYI LÁSZLÓ 
szerenyi .kamet.bu 


A cikkben szereplő URL-ek: 


[1] http:// store.netacademia.net/mshu/OTHER/ 

$  technet code/wmi.zip 

[2] http:Z//msdn.microsoft.com / library/ default.asp?url— 
4. /downloads/ list/wmi.asp 
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VIII. RÉSZ: HIERARCHIKUS ADATOK KEZELÉSE 2/2. 


Bevezetés 

Az előző részben áttekintettük a hierarchikus adatkötés mű- 
ködését. Ebben a részben megnézzük, hogyan működik a 
TreeView Populate On Demand módon feltöltve, valamint 
megfigyeljük, hogyan lehet hierarchikus adatokat feldolgozni 
nemhierarchikus vezérlőkkel. 


A TreeView fejlettebb szolgáltatásai 
A TreeView adatforrása tekintélyes méretű csomópontot ír- 
hat le. Ügyféloldalról vizsgálva sok esetben egyáltalán nincs 
szükségünk az egész fa tartalmára, gondoljunk például az 
online msan site tartalomjegyzékére [1]. Ezért nem feltétlenül 
bölcs dolog letölteni a teljes fa adatforrását, elég csak azt, ami 
a felhasználót érdekli. Mivel azonban előre nem ismerjük a 
döntését, kénytelenek vagyunk a döntése után közvetlenül le- 
tölteni az adatokat, azaz akkor, amikor kinyitja a fa valamely 
ágát. Ezt nevezi a TreeView Populate On Demand funkció- 
nak. Nézzük meg közelebbről! 


Populate On Demand 

A szolgáltatás használatához be kell jelölni az adott Node-nál, 
hogy utólag lesz feltöltve (1), valamint meg kell adnunk egy 
CallBack metódust (2), itt hívnak minket vissza adatokért: 


casp:TreeView ID-"MyTree" 
PathSeparator-—" [" 
OnTreeNodePopulate-"PopulateNode" (2) 
ExpandDepth-"1" 
runat-"server"5 
cNodes2 
casp:TreeNode Text-"PopulateOnDemandDemo" 
PopulateOnDemand-"True" (1) 
Value-"PopulateOnDemandDemo" /: 
c/Nodesz 
c/asp:TreeView? 


Mint a példában látható csak a gyökérelemet hoztam létre 
kézzel, ennek ellenére láthatóak annak gyökérelemei is. En- 
nek oka, hogy az ExpandDepth-"1" miatt rögtön meghívó- 
dik egyszer aPopulateNode metódusunk, ahol legene- 
ráltatjuk az első szintű fájllistát (/d. 1. kép). Ez még kliensolda- 
li visszahívás nélkül történik, gondoltak erre az esetre is a 
szerzők. Amikor a felhasználó rákattint valamelyik -- jelre, ak- 
kor ismét meghívódik a PopulateNode, ám nem sima 
visszahívással, hanem cikksorozatunk VI. részében részlete- 
sen tárgyalt ügyféloldali visszahívások segítségével, azaz a 
teljes lap áll, nem frissül, csak a fa tartalma. 
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A PopulateNode feladata az új Node-ok felvétele a para- 
méterként kapott TreeNode objektumba, az adatok átvite- 
léta TreeView intézi Client Callback segítségével. 


static readonly char slash — "/" ; 


protected void PopulateNode( 
object source, TreeNodeEventArgs e) 
12 
TreeNode node - e.Node; 
if (node.Value -— "PopulateOnDemandDemo" ) 
node.Válue — "-/"; 





string rootDirectory - 

Reguest .MapPathn( 

"-/", Reguest.ApplicationPath, false); 
string fullPath - 

Reguest.MapPathn( 

node.Value, Reguest.ApplicationPath, false); 


//Ha ki akarnak mászni a könyvtárból... 

if (fullPath.StartsWith( 
rootDirectory, 
StringComparison.Ordinal) --— false) 

( 
return; 


) 
AppendDirectoryNodes(node, fullPath); 


AppendFileNodes(node, fullPath); 
ih 


Mint látható a TTeeNodeEventArgs ad vissza referenciát 
arra a Node-ra, amely tartalmát kell kiegészíteni gyermekcso- 
mópontokkal. A példa az alkalmazás könyvtárában található 
fájlokat listázza ki, az ellenőrzések azt hivatottak kiszűrni, hogy 
valaki hamis kéréssel kilépjen az alkalmazás könyvtárából. 
Nézzük az alkönyvtárakat reprezentáló csomópontok létreho- 
zását: 


private static void AppendDirectoryNodes( 
TreeNode node, string fullPath) 
( 
// Minden dir 
string[] dirs — 
Directory. GetDirectories(fullPath) ; 
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foreach (string dir in dirs) 
t 
string virtualDir -— 
node . Value . TrimEnd(slash) 
4 "/" 4 Path.GetFileName(dir) ; 


TreeNode newNode - new TreeNode( 
Path.GetFileName(dir), virtualDir); 


// Ha még van alatta bejegyzés, 

// akkor ezt se töltjük fel előre 

if (Directory.GetFileSystemEntries( 
dir) .Length ? 0) 

0 
newNode . PopulateOnDemand -— true; 

f 

node . ChildNodes . Adda(newNode ) ; 


Fontos látni, hogy ha az éppen listázott könyvtár alatt vannak 
még bejegyzések, akkor az új Node és Populate On 
Demand-os kell legyen, különben nem lehetne , kinyitni" az új 
szintet. 


A TreeView megtáplálása Postback ..- (E [(51(X) 
View  Favorites  Iools Help a 


. E3 
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PopulateOnDemand demó 


3 PopulateOnDemandDemo 

6 .svn 

8 App Code 

8 App. Data 
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6 images 
Menu.aspx 
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NestedDatalList.aspx.cs 
Thumbs.db 
TreeViewPopulateOnDemand aspx 
TreeViewPopulateOnDemand aspx.cs 





1. kép: Fájlrendszert megjelenítő fa 
Populate On Demand-dal 


A fájlok létrehozása nagyon hasonló, de itt nem kell a 
Populate On Demana, hisz a fájloknak nincsenek gyermek- 
elemeik: 


private void AppendFileNodes( 
TreeNode node, string fullPath) 
1 
// Minden fájl 
string[] files - 
Directory.GetFiles(fullPath) ; 
foreach (string file in files) 
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TreeNode newNode - new TreeNode( 
Path.GetFileName( file) , 
Path. GetFileName(file)); 

// Csúnya, de a Path. Combine 

// nem megy URL-ekre 

newNode.NavigateUr1 - 
Reguest.ApplicationPath £ "/" 4 
file.Replace( 
Reguest.PhysicalApplicationPatn, ""). 
Replace("NV", "79); 

node . ChildNodes . Add(newNode ) ; 


Populate On Demand a háttérben? 

A fa egy ágát kinyitva a Client Callbacket elindítandó a követ- 
kező kérés fut be a kiszolgálóhoz (rövidítve, dekódolva és tör- 
delve): 


MyTree ExpandState-eccccennnnnnng 

MyTree SelectedNode-g 

 EVENTTARGET-8, 

.. EVENTARGUMENT-öMyTree PopulateLog-£g 

.- CALLBACKID-NyTreeg 

.. CALLBACKPARAM-3 [dOlfftf]8lApp Data0]PopulateOnDe 
mandDemoV-/App Data 


A. CALLBACKPARAM tartalmazza azt az információt, hogy 
melyik ágat szeretnénk kinyitni. Én az App. Data könyvtárra 
kattintottam (2. kép), amely a 3. csomópont a gyökér alatt. 
Látható, hogy a legelső példában látható PathSeparatorban 
megadott karakter az elválasztó szimbólum. 

A többi paraméter jelentése már csak a vezérlő kódjának 
visszafejtésével tudható meg, melyből kiderül például, hogy 
az ,fftí" (false, false, true, false) jelzők arról szólnak, hogy a 
csomópont adatkötött-e, illetve be van-e jelölve, hisz a fa ké- 
pes checkboxokat is megjeleníteni. 

A paraméterek teljes visszafejtése házi feladat a kedves olva- 
sónak, de sok új információt nem tudunk már kinyerni belőle. 


A TreeView megtápl... (ENEJEg 
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8 PopulateOnDemandDemo A! 
4 .svn 
E App Code 





2. kép: Az App Data könyvtár került 
kinyitásra 


Már csak egy részlettel vagyok adós: mit válaszol a kérésre a 
kiszolgáló? Pár egyéb infó mellett egyszerűen az új ágat meg- 
jelenítő html tartalom jön vissza: 


cdiv id-"MyTreenSNodes" style-"display:none;": 
cStable cellpadding-"0" cellspacing-"0" 
style-"border-width:0;": 

ctroctdocdiv ... 


Ezt aztán a lapba injektált JavaScript kód dolgozza be a fát 
reprezentáló DHTML struktúrába. 
A JavaScriptet WebResourcekért tölti le a böngésző: 


Sscript 

src-"/HierarchicalDataAccessII/WebResource . axd?d-c 
bhnwCDUBKt1Fkog82uonA28amp ; t-632660822442656250" 
type-"text/ javascript":c/script? 

csscript 

src-"/HierarchicalDataAccessII/WebResource . axd?d-t 
xbpXIwMIl6aXBM6fnSz3hO28amp ; t-632660822442656250" 
type-"text/ javascript"2c/script? 


A WebResource szintén ASP.NET 2.0 újítás, ő egy olyan 
HttpHandler, amellyel erőforrásokban tárolt tartalmat lehet el- 
küldeni a böngészőnek. Ennek előnye, hogy nem lesznek 
olyan problémáink, mint az 1.x-ben, amikor valamely website 
gyökérkönyvtárából hiányoztak az ASP.NET saját JavaScript 
állományai. 


DataBinding nem hierarchikus 
vezérlőkhöz 

Mit tud kezdeni egy nem hierarchikus vezérlő, például egy 
GridView vagy egy DataList hierarchikus adatokkal? 
Elsőre azt gondolnánk semmit, pedig ha belegondolunk egy 
gyakori feladat, a master-detail nézetek létrehozása során is 
hierarchikus adatokat jelenítünk meg a segítségükkel. 

Igaz, ezekben a példákban a hierarchia mélysége állandó és 
előre ismert, de ettől még nem kevésbé hasznos funkciókról 
van szó. 

Hogyan működnek a master-detail nézetek asp.net-ben? Ál- 
talában létrehozunk egy, a master sorokat megjelenítő vezér- 
lőt, amely minden egyes sorának generálása során létrehoz 
egy beágyazott másik vezérlőt, amely a master adott sorához 
tartozó részletező sorokat jeleníti meg. 

Általában az ItemCreated vagy a DataBind esemé- 
nyekben történik ez meg. 

Adatforrásként az 1.x Frameworkben általában DataSet-et 
használtunk, és a két adatot reprezentáló DataTable-t 
DataRelation-nel kötöttük össze. Felfoghatjuk ezt egy 
kétszintű hierarchiájú rendszernek is. 

Most viszont van mIDataSource vezérlőnk, ez képes hie- 
rarchikus adatokat kezelni, ezt kellene összeházasítani pél- 
dául aDataList vezérlővel. Lássuk hogyan lehetséges ez! 
Példánkban az XmI1DataSource kapott egy szűrőfeltételt 
(1), amely book csomópontok listáját válogatja le. Ezt kapja 
meg adatforrásul a DataList. Végigmegy minden csomó- 
ponton, majd meghívja rájuk a megadott XPath kifejezéseket 
(mint a (2). 

Ez is ASP.NET 2.0 újítás, mely segítségével Data Binding ki- 
fejezésekben (c9ott 995) hierarchikus adatforráson futtatha- 
tunk egy XPath kifejezést. 
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A kifejezésekben a book objektumtól, mint relatív kezdőpont- 
tól kiindulva válogatjuk le a megjelenítendő csomópontokat. 
A példát a 3. képen tekinthetjük meg. 


casp:XmiDataSource 
ID-"MySource" 
DataFile-"-/App Data/BooksANF . xml" 
XPath-"bookstore/genre[ €name- "Living" ]/book" (1) 
runat-"server" /5 
casp:DataList ID-"MyDataList" 
DataSourceID-"MySource" 
runat-"server"5 
cItemTemplate2 
ctable2 
Str? 
ctd2 
cimg src-" csött "images/" 4 
XPath("ECISBN") 4 ".gif" 962" 
alt-"c9t XPath("etitle") 42"? (2) 
c/ta: 
ctd2 
ch4- 
c96t XPath("Etitle") 96 
c/h42 
SbPISBN: c/b: 
9t XPath("ECISBN") 962 
Sbr2 
cSb:Price:c/b2 
c96tt XPath("eéPrice") 962 
cbr2 
c/ta: 
£/tr2 
£/table: 
c/ItemTemplate? 
c£/asp:DataList2 


A példában még nem volt hierarchia kezelés, hiszen egy szin- 
tet jártunk be és jelenítettünk meg. Azonban semmi akadálya, 
hogy újabb DataList-et ágyazzunk be az előbbi lista 
ItemTemplate-jébe: 


cSasp:DataList ID-"MyDataList" 
DataSource-" c9tt XPathSelect( "chapter") 96" 
runat-"server"5 
cItemTemplate? 
Sbr: 
curChapter 
c96t XPath( "enum") 962 


c96tt XPath( "ename") 962 
c/uz 
£br2 
cSt XPath(".") 96 
c/ItemTemplate? 
€/asp:DataList2? 
c/ItemTemplatez 
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A kérdés ebben az esetben az, hogy milyen adatforrást ad- 
junk meg listánknak, hisz a külső lista egy sorából kiindulva 
kell neki feldolgozni egy csomóponthalmazt? 

Most az XPathSelect kifejezés siet a segítségünkre. 


E NNA sees ldieus azaz EE] 
Ele Edit Mew  Favorites Iools Help ár 
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R search 27 Favorites 


Bookstore: Living 


kn 


WHY DD" 
MEN HAVE § Why Do Men Have Nipples? 
NIPPLES? 

ISBN: BU1032 
Price: 10.99 


[er Tisi You Can Combat Computer Stress! 
Computer 

ISBN: BU2075 

Price: 2.99 





3. kép: XmiDataSource-DataList barátság 


Az XPathSelect lekéri a befoglaló vezérlő, azaz a külső 
lista aktuálisan generált sorát a Page . GetDataltem) 
meghívásával, majd végrehajtja rajta a megadott XPath kife- 
jezést, és az így kapott csomópontlistát adja vissza. 
Esetünkben a belső lista az egyes könyvfejezeteket kapja 
vissza, amelyekből a már ismert XPath databinding kifejezés 
veszi ki az értékeket. 

Hogy az XPathSelect működését jobban megvilágítsam 
írtam egy egyszerű XPathSelect-hez hasonló működésű 
metódust, amely ebben a példában az eredetivel azonos 
eredményt szolgáltat: 


protected IEnumerable SimpleXPathSelect( 
string xPath) 
( 
ArrayList nodes - new ArrayList(); 
XPathNavigator navigator - 
( (IXPathNavigable) GetDataltem-( ) ) . 
CreateNavigator ( ) ; 
XPathNodelterator selectedNodes - 
navigator. Select(xPath) ; 
while (selectedNodes.MoveNext ( ) ) 
( 
nodes. Add(selectedNodes . Current . Clone ( ) ) ; 
) 


return nodes; 





HNOLÓ 


A funkció teljes terjedelmében az System.Web.UI.XPath 
Binder.Select metódusban tekinthető meg. 
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Adóress [A] http://ocalho: 


Könyvesbolt: Living 
kategória 


WHY DD" 
MEN HAVE 
NIPPLES? 
e ISBN: BU1032 
ul! Price: 10.99 


Why Do Men Have Nipples? 


Chapter 1 : How do people in wheelchairs have 
sex? 
Abstract... 


Chapter 2 : Why do old people grow hair on their 
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Aa. kép: hierarchikus adatok egymásba ágya- 
zott DataList-tekkel 


Zárszó 
A példakódok szokás szerint a [2] címen érhetők el. 


SOCZÓ ZSOLT 

zsolt. soczogo netacademia. net 

A szerző a NetAcademia vezető fejlesztőoktatója 
ASP.NET MVP. MCSD., MCDBA, MCT 


A cikkben szereplő URL-ek: 


[1] msdn.microsoft.com 
[2] netacademia.net/ tudastar/ articlepage.aspx?upid-8371 
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A DROMEDÁR ESETE A SÍVATAGBAN A RAID-EREKKEL 
III. RÉSZ: A RAID-EREK KAMRÁJA 


A kiszolgálókban mindennapos a RAID használata, azonban 
gyakran az , öreg" rendszergazdák sincsenek egészen 
tisztában azzal, hogy pontosan rmitt, illetve miért használnak. 
Ebben a cikksorozatban eddig összefoglaltam 

mindazt, amit a RAID-ről tudni érdemes. A záró részben 
néhány hardveres megoldást nézünk meg. 

A példák az angol nyelvű operációs rendszer segítségével 
kerülnek bemutatásra, mivel a kiszolgálókra leggyakrabban 
angol nyelvű operációs rendszer kerül telepítésre, így 


ezek a képek jobban érthetőek, ismerősebbek lehetnek. 


Hardveres RAID megoldások 

A hardveres RAID megoldások legfőbb előnye, hogy az ope- 
rációs rendszer válláról leveszik a diszk kezelés terhét. 
Hardveres RAID megoldások esetén az operációs rendszer 
,nem tud" a valós - fizikai - diszk konfigurációról. A diszkve- 
zérlő elfedi a tényleges konfigurációt. Ilyen esetben, ha elin- 
dítjuk a lemezkezelőt, általában egy egyszerű Basic diszket 
látunk. Az itt látott , fizikai diszk" valójában már az a logikai 
diszk, amelyet a RAID vezérlő ,mutat" az operációs rend- 
szernek, s melynek paramétereit a RAID vezérlő állítja be. 
RAID vezérlők használata esetén a lemezkezelővel nem sok 
tennivalónk van. Hardveres RAID rendszer telepítését köve- 
tően nem célszerű dinamikus diszkeket sem használnunk, 
hiszen minden diszkkel kapcsolatos elhelyezési és konfigu- 
rációs műveletet a vezérlő kártya, illetve annak szoftverei vé- 
geznek el. 

A hardveres RAID eszközök általában saját BIOS-vezérlő- 
programmal, illetve saját konfigurációs programmal rendel- 
keznek. A diszkek konfigurálását, logikai diszkek létrehozá- 
sát ezekkel a programokkal végezhetjük el. 

További előny, hogy így olyan operációs rendszerek alatt is 
használhatunk RAID megoldásokat, amelyek alapesetben 
nem támogatják ezek használatát. (pl.: Windows XP). 


A RAID vezérlők maszkolásának egy logikus következmé- 
nye, hogy különféle alacsony szintű diszk kezelő és diag- 
nosztikai programok nem érik el a diszket, illetve hibásan 
működhetnek. Külön figyelmet érdemel, hogy ebben az eset- 
ben a diszkek SMART adatai sem elérhetőek a diagnosztikai 
programok számára. 
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Melegen cserélhető (Hot Swap) 
funkció 

A hardveres RAID vezérlők egyik nagy előnye a Hot Swap tá- 
mogatás. Ezzel a technológiával felruházott rendszerekben 
az operációs rendszer újraindítása nélkül, menet közben le- 
het a meghibásodott diszket kicserélni, új diszket behelyez- 
ni, a RAID-et javítani, esetleg bővíteni, így ezek a karbantar- 
tási műveletek nem okoznak kiesést a kiszolgáló üzemelteté- 
se során. 

A professzionális kiszolgálóhardverek kifejezetten ilyen RAID 
megoldásokat tartalmaznak. 


A Hot Swap elemei 

A megoldás egyik eleme maga a vezérlő és szoftvere, amely 
támogatja ezt a technológiát. 

A SCSI és SATA (AHCI bővítéssel) sín kialakítása lehetővé te- 
szi az eszközök menet közben történő fel- és lecsatlakoztatá- 
sát. A PATA eszközök problémamentes leválasztásához kü- 
lön elektronikára, speciális megoldásokra van szükség. 

A hagyományos csatlakozók nem alkalmasak menet közbe- 
ni szerelésre, illetve alapesetben a diszk is nehezen kezelhe- 
tő és szerelhető, ezért különféle diszk fiók rendszereket hasz- 
nálnak a fizikai mozgatás lehetővé tételére. A fiók rendszerek 
két részből állnak: a ketrec (cage) hagyományos csatoló fe- 
lületekkel rendelkezik, ehhez kapcsolódik a vezérlő, illetve a 
tápellátás. Elektronikát is tartalmazhat a nem használt fiókok 
kizárására. A keret csatlakoztatható akár több csatornán ke- 
resztül is a vezérlőre. A keret tartalmazhat SCSI aktív lezárá- 
sokat. A rákapcsolt eszközök ID-jét is beállíthatja. 

A diszkek a fiókokba kerülnek beépítésre. A fiókokon olyan 
gyorscsatlakozók találhatóak, melyek biztonságossá, gyors- 
sá, egyszerűvé teszik az üzem közbeni diszkcserét. 
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Ezen a területen nincsenek kialakult szabványok, minden 
gyártó a saját megoldásait alkalmazza, ez vonatkozik a fiókok 
kialakítására, csatlakozóira, kezelőszerveire. Ezért is fontos, 
hogy a csere diszkeket - amelyek általában a fiókkal 
összeépítve, felhasználásra készen kaphatóak - az adott 
gyártótól szerezzük be. 


Melegtartalék (hot spare) 

A RAID vezérlők általában támogatják a melegtartalék hasz- 
nálatát. A melegtartalék egy üres diszk. Amennyiben a tömb 
valamelyik eleme meghibásodik és ezt a vezérlő észleli, ak- 
kor automatikusan kiiktatja a hibás diszket és a tömböt hely- 
reállítja a melegtartalék diszk felhasználásával. 

Ennek a megoldásnak a használatával fokozható a rendelke- 
zésre állás, növelhető a biztonság, csökkenthető a helyreálli- 
tási idő. 


Cache és akkumulátor védelme 

A legtöbb vezérlő saját gyosítómemóriát (cache) használ a 
teljesítmény növelésére. Ezt a memóriát alapvetően két rész- 
re osztva lehet használni: írási és olvasási gyorsítótárként. 
Az olvasási tár használata egyszerű. A vezérlő ide tölt be a 
diszkről nagyobb területeket, majd innen gyorsan ki tudja 
szolgálni az olvasási kéréseket. Kikapcsolás esetén, illetve ha 
nincs szükség az adatra, az adott adatok elveszhetnek a me- 
móriából. 

Sokkal nagyobb probléma, ha az írásra szolgáló memóriából 
(itt az adatok addig tárolódnak, amíg meg nem történik a las- 
sabb fizikai diszkre való kiírás) nem sikerül maradéktalanul kiír- 
ni az adatokat áramszünet, rendszerösszeomlás, vagy egyéb 
akadályok miatt. Ilyen esetben segít az akkumulátor, ami a 
cache memóriát védi a gép kikapcsolása után is. Ilyenkor be- 
kapcsolás után az adatok kiírásra kerülnek a diszkekre. 

A legtöbb vezérlőn nem is lehet engedélyezni az írási memó- 
ria használatát, ha nincs beépítve akkumulátoros védelem. 


Eszköz illesztőprogram 
A RAID vezérlők használatához speciális eszközmeghajtó il- 
lesztőprogramra lehet szükségünk. Ennek hiányában az ope- 
rációs rendszer nem látja a diszkjeinket, így sem telepítés, 
sem bootolás nem lehetséges. A meghajtóprogramot a Win- 
dows telepítésekor a boot során az F6 billentyű megnyomá- 
sa után telepíthetjük. Jelenleg az XP/W2Kx operációs rend- 
szerek csak floppyn képesek ezt a meghajtóprogramot fo- 
gadni, ezért a telepítés előtt le kell gyártanunk a megfelelő 
floppyt, illetve gondoskodnunk kell, hogy a gépben legyen 
elérhető floppy meghajtó. Néhány RAID vezérlő meghajtó- 
programját a Windows beépítve tartalmazza. 
A telepítés után szükség lehet még a RAID vezérlő további 
programjainak, kezelőfelületének telepítésére. Ehhez tanul- 
mányozzuk át az adott vezérlők dokumentációját. 
A RAID vezérlőhöz adott gyári segégprogramok számos szol- 
gáltatást nyújthatnak. 

I Információt adnak a vezérlőkártya és a diszkek állapo- 

táról. 
mi Teljesítmény és kihasználtság adatok biztosítása. 
I A fizikai és a logikai diszk konfigurációk megjelenítése 
és kezelése. 
II Kötetek létrehozása, bővítése, törlése. 
mM A cache felhasználásának beállításai 


Microsoft 71echíVet 


Részleges hardver RAID 

Egyes vezérlők valójában szoftveres megoldást használnak. 
Ilyen például az elsősorban munkaállomásokban használt In- 
tel ICH6, ICH7 -ra épülő SATA vezérlők. 

Itt ugyan BIOS-ban kerül beállításra a RAID típusa, ám a mű- 
veletekhez a számítógép erőforrásai (processzor, memória) 
szükségesek, és a műveleteket az operációs rendszer alá te- 
lepített eszközmeghajtó végzi el. Ennek a hátránya elsősor- 
ban erősen diszk- és processzorigényes alkalmazások ese- 
tén jelentkezik, amikor is a diszkműveletek mérhetően és 
érezhetően lelassulnak a fokozott terhelés hatására. 


A HP SmartArray RAID vezérlő 

A HP (korábban Compag) Proliant kiszolgálócsalád RAID ve- 
zérlője a Smart Array család. A Smart Array Si Plus ötödik ge- 
nerációs RAID vezérlő. Noha a HP ezt az eszközt belépő szin- 
tű vezérlőként pozícionálja, nagy teljesítmény és számos szol- 
gáltatás jellemzi. Ezek alapján a legnépszerűbb és a legtöb- 
bet használt vezérlők közé tartozik. 


Nézzük, milyen technikai paraméterei vannak: 

Wide Ultra3 SCSI 

Processzor: 32-bit RISC 

Simultaneous Drive Transfer Channels: 2 

SCSI csatolók: Összesen: 320 MB/s; 160 MB/s csator- 

nánként 

Memória: 64 MB of DRAM kód, átviteli puffer, és akku- 

mulátor védett cache 

Peak transfer rate: 160 MB/s 

Támogatott ILogikai meghajtók: 32 

Frissíthető firmware 

RAID támogatás: 

5 RAID 5 (Distributed Data Guarding) Független disz- 
kek elosztott paritásblokkokkal 

5 RAID 15 0 (Striping and Mirroring) Tükrözött csík- 
tömbök 

5 RAID 1 (Mirroring) Tükrözés 

. RAID 0 (Stripping) Csíkozás 

I Redundáns biztonsági ROM firmware hiba védelem 

MI Akkumulátor védett írási Cache 

MI Maximum 2 melegtartalék diszk 


Szoftvertámogatás: 

I Konfiguráció / diagnosztika: Array Configuration Utility 
XE (ACU-XE) 
5 Web alapú konfigurációs eszköz. 
" Grafikusan megjeleníti a diszk konfigurációt 
s Tetszőleges Smart Array kontroller menedzselhető 

biztonságos (HTTPS) felületen, távolról. 

s Különféle varázslók az egyszerű konfiguráláshoz 

mi Array Configuration Utility (ACU) Konfiguráció / diag- 
nosztika program 

M ROM  konfigiguráció program Options 
Configuration for Arrays (ORCA) 
. Gyors, egyszerű konfiguráció 

w Diagnosztika, Array Diagnostic Utility (ADU) 


ROM 


Amint látjuk, ez egy igen összetett eszköz. Saját (32 bites 
RISC) processzorral, memóriával rendelkezik. A memória sa- 
ját akkumulátorral védett. Mégis leginkább azok a ,nem lát- 
ható" tulajdonságai teszik leginkább elismerésre méltóvá ezt 


az eszközt, amelyekre a könnyű és biztonságos napi haszná- 

lat során támaszkodhatunk. 
A diszk konfigurációt és a kötetinformációt a diszkeken 
is tárolja, így ha kikapcsolt állapotban felcseréljük a 
diszkeket (pl.: szállítás, költöztetés során) akkor ezzel a 
problémával automatikusan megbirkózik. 
A fenti tulajdonságának köszönhetően, amennyiben a 
verzérlőt cserélni kell, úgy a csere után nincs szükség 
konfigurálásra, nem történik adatvesztés. 
A RAID vezérlők (2-6 generáció) képesek a korábbi mo- 
dellek diszktömbjeit kezelni, így a vezérlő egy újabb 
modellre is cserélhető, konfiguráció és adatvesztés nél- 
kül. 
Diszk meghibásodás esetén a diszkcsere után automa- 
tikusan elvégzi a kötet helyreállítását külön beavatkozás 
nélkül. 
Automatikus konfiguráció: első bekapcsoláskor, ha 
nincs mentett konfiguráció a diszkeken a legoptimáli- 
sabb konfigurációt felajánlja és egy jóváhagyás után be 
is állítja azt, így villánngyorsan, külön konfiguráció nélkül 
használatra kész. 
Kitűnő a távdiagnosztika és távrmenedzsment: a vezér- 
lő és a diszkek állapota akár távolról is folyamatosan 
nyomon követhető, menedzselhető. 





ezzuk az 00 heje . 
A rendkívül gazdag szoftverkínálatból most a BIOS-ból elér- 
hető ORCA-val foglalkozunk részletesen. Ezt a programot 
operációs rendszertől függetlenül a boot előtt futtathatjuk. 
Az 1. ábrán a nyitóképernyő látható. Tömör, áttekinthető, 
gyorsan használatba vehető. 
A képernyő tetején kiemelve jelenik meg a vezérlő típusa. 

! Új logikai diszk készítése 

1 Meglévő logikai diszkek megtekintése 

1 Logikai diszkek törlése 


Controller: HP Smart Array Sí, slot B 


[TTL TETT TI 





1. ábra HP Smart Array ROM 


A logikai diszk készítése menüpontot választva, a 2. ábrán lát- 
ható képernyőhöz juthatunk el. 

Itt is bal oldalon kiemelve található a vezérlő típusa, majd 
alatta találhatóak a fizikai diszkek. A szóközzel kiválaszthat- 
juk azokat a diszkeket, amelyekből a logikai diszket kívánjuk 
elkészíteni. A jobb felső ablakban ki kell választanunk a RAID 
típusát, alatta bejelölni, hogy kívánunk-e használni melegtar- 
talék diszket és az Enter lenyomása után a logikai diszk el- 
készül. 

Ezek után kezdődhet az operációs rendszer telepítése. 


DET E TA E EJT] 
Direct-Attached Storage 





2. ábra HP Smart Array diszk konfiguráció 


A 3. ábrán a meglévő logikai diszkek konfigurációja látható. 


Controller: HP Snart Array Si, slot B 
ITTA ETTATT Ti 





3. ábra HP Smart Array logikai diszkek 


A további beállítások, cache memória használata, RAID bő- 
vítése az ACU XE programból érhetőek el. 


A 4. ábrán egy HP Smart Array 642, egy hatodik generációs, 
két csatornás, bővíthető RAID vezérlő látható. 
Jól elkülöníthetőek az egyes részegységek: 

Akkumulátor 

Cache memória 

64 bit PCI-X csatolófelület 

SCSI belső csatlakozók 

SCSI külső csatlakozók 





4. ábra HP SmartArray 642 vezérlő 


Egy másik elterjedt hardver RAID vezérlőcsalád gyártója az 
Adaptec. Neve ismerősen cseng mindenkinek, aki egy kicsit 
is közelebbi kapcsolatba került már a SCSI eszközökkel. 
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Ez a vezérlő is saját processzorral, memóriával rendelkezik, 
és saját akkumulátorral látható el az adatok védelme érde- 
kében. 


Az 5. ábrán látható boot képernyőn a vezérlő státuszüzene- 
tei láthatóak. 

Két logikai diszk (RAID1 és RAID5) van létrehozva, mindket- 
tő éppen ellenőrzés alatt van. 


Adaptec SCSI RAID BIOS V4.8-O (Build 57781 
(c) 1998-28BB2 Adaptec, Inc. ALI Rights Reserved 


44 Press (CtrLXXA) for Adaptec RAID Configuration Utility? bbb 


aiting for Controller to Start. éa JA Gata zta á ti 
Controller HDO: Adaptec 22BBS at PCI Bus:B?, Dev:83, Func:B8 
aiting for Controller to Start. (ég 1i pidi 
ontroller monitor V4.B-BC57702, Controller kernel V4.8-BI[57781 
Controller POST operation successful 

Ji Controller Memory Size: 128 MB 


IDEG LATE 90 Te! 
rrayH1 - RAID-5 
ALNYTTELÉLT LT! 


33.91 GB 
67.83 CB 


Building/Verifying 
Building/Verifying 


BIOS Installed Successfulty?-- 





I 5. ábra Adaptec verzélő boot 


A 6-7. ábrákonBIOS-ban található konfigurációs program ké- 
pernyői láthatóak. Itt a HP SA-val szemben lényegesen több 
állítási lehetőségünk van. 


IT 


Array Configuration Utility 
ScsiSelect UtiTíty 
HATÓ 





[ette 
GY] 
MNtZeT EZ IZÉK 
Za 





Display. Delete the frraus. Set the Boc 


7.ábra Főmenü 
A 8. ábrána vezérlő paraméterei állíthatóak. Ám ezeknek a pa- 


ramétereknek az állítására igen ritkán lehet szükség, általában 
az alapértelmezett beállítás mellett jól működik a vezérlő. 
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fidaptec 22885 Faníly Controller t8 

TTL TOTAL 
CON OS ÉT OO 

per ZA ATYTTT TOT 
Runtime BIOS. ITJ 
(Let SS Enabled 
Array Background Consistency Check. iJENTÉT 
OTT LL ET FTC 
HETE! 
iJETTÉT I 


Ce § 
AAA JTK ÉTÉ 
[ETETETT LT a Enabled 
Lt et io Tt 
Alarn Control 

NURAM State . 

(ZENET TEA TÉT 





8. ábra Vezérlő beállítások 


A 9-10. ábrán látható a logikai diszktömbök létrehozása. 
Baloldalt legfelül ki kell választani, hogy melyik SCSI csator- 
nával dolgozunk. Alatta láthatóak a fizikai diszkek. Ezek közül 
az INS segítségével kell kiválasztani azokat a diszkeket, ame- 
lyekből a tömböt fel kívánjuk építeni. Ezek után kiválaszthat- 
juk a RAID típusát, ami a 12. ábrán látható. 

Ez a vezérlő többféle típust is támogat a szokásos tükör, 
RAIDS5 és csíkozás mellett. 


ESETRE SET ZZBBS FERTTYT CÖRTTOTTSTT HET ATTAY TOKFIGUTA ONT VELE Szs 


HATOT 
OTTZT 


LSE eret tEKÉ 1] 
LL LL AZESKNESÉ 1] 


AZÉ E ROLL LÓ 
8 COMPAO  BDB3G63SCS 3: 
COKPAN  BDB3664553 


pINEITETZ ES 
COMPAN  EDB36645S3 33.968 
COMPAN  BDB3664SS3 33.968 
COMPAN  BDB36GASS3 — 33.96B 


Page Up/Page Down? iouszNext page of Selected Drives, Ctl2 Moves Cursor 
Left/Right Arrow) Select Channel, CINS3 Select Drive, (DEL; beselect Drive 
KEnter) Conplete Selection, CEsc) Cancel Selectton, 
Dríves marked 75? are Global Hotspares. 





9. ábra Logikai diszkek kezelése 


A tömb felépítésének módját is megadhatjuk. A felépítés 
(Build/verify) a legidőigényesebb, ám ekkor ellenőrzésre is 
kerül a teljes diszk terület, míg a gyors inicializálás a leggyor- 
sabb megoldás. 


EE hiaptee 22885 Fánily Controller 48 Array Configaration Utttitj ss 








LOTZ 
ELVI ELL STLTTETTS] 
LOV etei : Raidi test 
LVH eG : ALIG CB 
piTT JE HL) 
Read Caching (Yes/Wo) : Y 
MAZO] : Enable with 


Create RAID via 





K14) Moves Cursor, Esc) Cancel Selection, KEnter? Accept Selection (FI) Help 7 


10. ábra RAID tömb kezelése 


HOTSPARE MANAGEMENT FOR ARRAY 488 


ssígned Hotspare drives: 
1:65:0 COMPAO  BDB3664553 33.968 


ITALT EL ÁL Lálee 
LG EGLTT VESZ ese] 
B COMPAO  BDB3664553 
:B/7COMPAG ""BDB3654553. 


Eski] 





11. ábra Logikai diszk konfiguráció 


rray Propertis———— 
LOL Volna 
RAID B(Stripe) 

[JÉ 

LILLE OLT OK Ú 
RAID SB(Stripe of RAID 5) 


Lett] 
LOTTELE 


ELT eKTeT 


Read Caching (Yes/No) : Y 


MAOT] 


CENTIT 





12. ábra RAID tömb típusok 


A tömbök elkészülte után itt is következhet az operációs rend- 
szer telepítése, a diszk használatba vétele. 

Ennek a vezérlőnek a távdiagnosztikai és tásemenedzsment 
szolgáltatásai elmaradnak a HP SA szolgáltatásaitól. 

Ami az előző elméleti részbő 

kimaradt 

Intel mátrix storage tecbnológia 

Ez a technológia egy hardveresen támogatott szoftveres 
technológia. Elsősorban az asztali gépekbe készült készle- 
tekben található meg. Leggyakrabban 2 diszket használ. 
A diszket logikailag felosztja egy RAIDO és egy RAID1 terü- 
letre. Az adatok egy része (az egyik logikai diszk) tükrözve ke- 
rül rögzítésre, míg a másik logikai diszk egy csíktömbként ke- 


ff CONTROLL Training (Gy 
Ip TOVÁBBKÉPZŐ KÖZPONT 
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Partner 


Fókuszban a gyakorlat - alkalmazás és üzemeltetés 
vállalati, intézményi rendszeradminisztrátoroknak, üzemeltetőknek 


Microsoft 


CERTIFIED Learning Solutions 


rül leképezésre. Ennek a megoldásnak a felhasználásával az 
adatok egyik részének a tárolása biztonságossá tehető, míg 
a diszkek másik része gyors adattárolásra használható, ám 
az itt tárolt adatok bármelyik diszk meghibásodásakor elvesz- 
nek. További hátránya a megoldásnak, hogy csak a megfele- 
lő vezérlő képes az adatokat visszaolvasni. 


u) SSZE ogila as 

Aki végigolvasta a cikkeket, az a bennük foglalt ismeretek se- 
gítségével képes lesz eligazodni a különféle RAID megoldá- 
sok között, illetve biztos kézzel választ magának belőlük. Egy- 
re több adatot tárolunk otthoni gépünkön. A RAID hazajön ve- 
lünk a nagyvállalati környezetből, hogy asztali gépünkön is 


kényelmesen, biztonságban legyenek adataink. 


MEGYESI BARNABÁS 


megyesi.barnabásoflag.bu 








MCSE, MCT, HP ASE, dromedárszakértő 
Szótá 

AHCI Advanced Host Controller Interface. Olyan inter- 
fész specifikáció, amely fejlesztett SATA képessé- 
gek használatát is lehetővé teszi, mint például az 
üzem közbeni csere (hot plug) 

Array Tömb. Itt: fizikai diszkek csoportja, melyből RAID 
tömb készíthető 

MTBF " Mean time between failures: két meghibásodás 
között eltelt átlagos idő 

SMART Self-Monitoring, — Analysis, and  Reporting 


Technology diszkekre fejlesztett technológia, ami- 
vel a lemez állapota és a potenciális hibalehető- 
ségek monitorozhatók, riasztások keletkezhetnek 
meghibásodás esetén 





kben szereplő URL 
[1]. http://www.adaptec.hu/ worldwide/ common/ 
index.htmi?sess-noSlanguage-EnglishtUS§prodkey- 
HBA RAID. Index 
[2]. http:Z/h10010.www1.hp.com/ wwpc/hu/hu/sm/ 
WF17a/A1-1695217-1695281-1695281-1695283- 
1695283.htmI 


[2] http:/ /supportintel.com/ support / chipsets/imst/ 


1027 Bp., Csalogány u. 23. " Tel.: 457-6990 " Fax: 457-6920 
E-mail: training Ocontroll.hu " Honlap: www.controll.hu 


Böngéssze honlapunkat! 


OKÉV reg. szám: 13-0830-04 
akkr. szám: 0082 


A Hivatalos Microsoft tanfolyamain teljes választékát a honlapunkon találják: www.controll.hu 


Egyedi ajánlataink: 
Hibakeresés Windows XP környezetben 


Az Sp2 jellemzői, hibakeresés, hibajavítás az XP saját eszközeivel, Process Explorer, Filemon, Regmon, 
boot-problémák, memóriagondok, kék halál esetén a hiba okára utaló információk... 8 


SharePoint felhasználói 
Szolgáltatás használata felhasználói szinten 
SharePoint adminisztráció 


A vállalati információáramlás segítése, SharePoint egy- és többszerveres környezetben, 
a SharePoint Portal Server telepítése, mentés-helyreállítás, Portal site létrehozása, egyéni és 
csoport-webhely konfigurálása (dokumentum- és megbeszélés munkaterület, képtárak, listák, vitafórumok) 
Kedvezményes árú MCSA, MCSE tanfolyamsorozat, délután is! 
Használja fel Microsoft SA oktatási kuponjait és/vagy szakképzési hozzájárulását oktatóközpontunkban! 
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Microsoft 


Dhynamics CHIVI 3 


a! he killer CERMI application"... Hamarosan piacra kerül a 


Microsoft CRM 3.0 verziója, új nevén Microsoft DJJynamics 





CRM 3.0. Cikksorozatunrk első része áttekintést nyújt 


az újdonságokról és arról, mi teszi az alkalmazást minden 


idők talán legjobb ügyfélkapcsolat-kezelő szoftverévé. 


1. Egy kis MS CRM történelem 

A CRM 1.2-es verziója leginkább egyszerűsége és gyors, 
könnyű bevezethetősége miatt nyerheti meg tetszésünket; jól 
átgondolt beépített üzleti logikája a legtöbb kis- és közepes 
vállalat igényeinek megfelel - minimális testreszabással vagy 
némi egyedi fejlesztéssel. Ennek az egyszerűségnek azon- 
ban ára van: az 1.2-es verzió testreszabhatósága meglehe- 
tősen korlátozott, fejlesztése és más rendszerekkel való integ- 
rációja pedig nem egyszerű feladat. 

A 3.0 nem egyszerűen egy kicsit , feljavított", az előző verzió- 
nál valamivel többet tudó alkalmazás. Amellett, hogy 
megőrizte az 1.2 egyik legfőbb előnyét, a könnyű implemen- 
táció lehetőségét, alapkiépítésben szintén kristálytiszta és jól 
átgondolt üzleti logikát tartalmaz, így a legtöbb kisvállalat igé- 
nyeinek megfelel. Ez a CRM már mindent tud, amit a piacon 
lévő nagyok", Microsoft szerver- és klienskörnyezetben talán 
még többet is. Ennek megfelelően a szoftver célcsoportja is 
jelentősen bővült: nagyvállalati igények kielégítésére is alkal- 
mas, természetesen itt már bonyolultabb testreszabások és 
fejlesztések szükségesek, amelyek elkészítéséhez azonban 
a rendszer igencsak hatékony segítséget nyújt, mint azt a ké- 
sőbbiekben látni fogjuk. Nézzük sorban, mik is ezek az újítá- 
sok, előbb a felhasználók, majd a fejlesztők, rendszerépítők 
szemszögéből 


2. Új modulok, új funkciók 
KI Marketing-támogatás 

A kereskedelmi és ügyfélszolgálati modulok mellett 
megjelent egy új, hatékony marketingtámogatást nyúj- 
tó egység is. Lehetővé teszi a gyors, egyszerű kam- 
pányszervezést (1. ábra), a kényelmesebb felhaszná- 
lók" egy varázsló segítségével is összeállíthatják mar- 
keting kampányaikat. Természetesen nyomon követhe- 
tő a marketing-tevékenység eredményessége is, mint 
például ügyfél-visszajelzések nyilvántartása, marketing 
riportok (2. ábra). 


mi Bővített ügyfélszolgálat támogatás 
A már ismert és jól működő esetkezelés- és esettováb- 
bítás, szerződéskezelés mellett megjelent egy jól átte- 
kinthető grafikus felülettel is támogatott erőforrás-keze- 
lési funkció, amely nemcsak az ügyfélszolgálati munka- 
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TEGHNÖOÖLŐGÚA 


társak időbeosztásának tervezését könnyíti meg jelen- 
tősen, hanem lehetőséget nyújt telephelyek és egyéb 
erőforrások (pl. gépek, épületek) kezelésére is. Ezen új 
lehetőségekkel akár a klasszikus szerviztevékenységet 
folytató vállalatok igényei is lefedhetők. Ezen a területen 
a CRM 3.0 már a vállalatirányítási rendszerekkel vete- 
kedő funkcionalitást nyújt: munkaszervező felülete ke- 
Zeli az egyes erőforrások esetleges ütközését, megad- 
ható az egyes erőforrások rendelkezésre állási ideje, 
erőforrás-csoportok hozhatók létre (3. ábra). 


mi Többszörös kapcsolatok kezelése partnerek és kap- 


csolattartók között 

Ezt már az alaprendszer is kezeli, és bizony nagyon 
hiányzott az 1.2 verzióból. A testreszabhatóságról szóló 
fejezetben bővebben is kifejtjük ezt a lehetőséget, mivel 
nem csak ezekre az objektumokra hozhatunk létre több- 
szörös kapcsolatokat, hanem a legtöbb objektumra. 
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fest meiemg arázs tolaze AWE vaty Ab. Menderho toma tobe sert to dl esta] 1 
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1. ábra:Kampányszervezés 
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interested (62.514, 50- 


iot Send (12.514, 4) 
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METESZETEZ TET tegesssezszztől 


3. ábra: Szerviz - Ű munkaütemezés 










3. Felhasználói élmény 
Bár nem mondhatjuk, hogy az 1.2-vel nehéz, vagy kényelmet- 
len lett volna dolgozni, történt azonban néhány újítás, amely 
mind a webes, mind a Sales for Outlook kliens használatát 
könnyebbé és barátságosabbá teszi a felhasználók számá- 
ra. Kezdjük az , általános újdonságokkal", a Sales for Outlook 
olyan mértékben megváltozott, hogy külön fejezetet érdemel. 
KI Egyszerűbben kezelhető űrlapok 
Minden űrlapon gyors keresőfelület segíti a szükséges 
mezők kitöltését: így kevesebb egérkattintással , vará- 
zsolhatók elő" a kapcsolattartók, partnerek, témák és 
minden egyéb kapcsolódó objektum (4. ábra) 





Alapvető céginformációk 
Kereskedelmi, szerviz és marketing információk ] 


Teát ámmáámtáttásáánan een teánnű nt saeeeatán meant tsemeánneátéátkeeá atát 


a. ábra: , Minden egy helyen" 


mm Merge funkció 
Összevonhatók a duplikált rekordok — a v1.2-ben erre 
nem volt lehetőség, ha kétszer vettünk fel például egy 
partnert, manuálisan kellett ,összevadászni" adataikat. 
mi Bővített kereső funkcionalitás 
A kereső szintén egészen más, mint az előző verzió- 
ban. Tetszőleges számú mezőre kereshetünk, a lookup 
típusú mezőknél több értéket adhatunk meg, jóval több 
a keresőfeltétel, gyakran használt keresőfeltételeinket 
elmenthetjük, és még sok egyéb lehetőség segíti a na- 
pi munkát (5. ábra). 
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5. ábra: Az új keresőfelület 


Ki Form assistant 
Segítségnyújtás minden űrlap kitöltéséhez, ha esetleg 
nem lenne valami egyértelmű. 


4. Az ,újragondolt" Sales for Outlook 
Az új, Outlook-ba integrált klienst — amelynek neve ezentúl 
egyszerűen Microsoft CRM Outlook Client — ezentúl kétféle 
módban telepíthetjük: ,laptop kliens" — ahol elérhető az offli- 
ne működés és , desktop kliens" — offline működés nélkül, de 
teljes funkcionalitással, helyi adatbázis telepítése nélkül. Né- 
hány, a használat szempontjából fontos újítás: 
m Funkcionalitás 
Az új kliens korlátozás nélküli hozzáférést biztosít a 
rendszer bármely területéhez. 
mi Még inkább , Outlook-szerű" megjelenés 
Az új kezelői felület mappa struktúrája leginkább az 
Outlook Web Access-re hasonlít, ez jóval barátságo- 
sabb, mint az 1.2-ben megszokott kliens megjelenése 
(6. ábra). 
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6. ábra: Az új Outlook kliens 


mi , Track in CRM" 
A találkozók, feladatok és levelek — amennyiben erede- 
tileg csak Outlook elemként hoztuk őket létre, egy 
gombnyomásra bármikor átalakíthatók az új funkció se- 
gítségével CRM tevékenységgé. 

m Levelezés és találkozószervezés 
Az 1.2 verzióban megszoktuk , de valószínűleg nem 
szerettük meg, hogy a webes kliensből küldött leveleink 
az Outlook-ban nem jelentek meg az elküldött elemek 
között, illetve, hogy a találkozók szervezésénél nem 
tudtunk automatikusan meeting reguest-eket küldeni. 
Ezzel a hiányossággal a CRM 3.0-ban már nem kell 
megküzdenünk (7. ábra). Új lehetőség, hogy nemcsak 
a fogadott, hanem az elküldött leveleket is nyomon kö- 
vethetjük a rendszerben - ezekre is vonatkozik a Track 
in CRM funkció. 


Select Attendees and Resources 


Show Names from the: 
Global Address List 


Outlook Address Book 
Contacts 
ilobal Address List 
AlI Address Lists 
All Contacts 
All Groups 
All Users 
Public Folders 
icrosoft CRM Address Book 
CRM Accounts 
CRM Contacts 
CRM Facilities / Eguipment 
CRMLeads 
CRM Oueues 
CRM Users 


Type Name or Select from List: 











EGE 


Lele 


Reguired -2 


Optional -2 


köödsaáaaai 


Resources -2 ] ( 














7. ábra: Találkozószervezés 
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mi Szerviztevékenységek szinkronizációja 
A találkozókhoz hasonlóan az ütemezett és kiosztott 
szerviztevékenységek azonnal megjelennek a felhasz- 
náló naptárelemei között. 

m Folyamatos szinkronizáció 
Amennyiben online módban dolgozunk, a feladatok és 
naptárelemek automatikusan és folyamatosan kerülnek 
az Outlook mappákba. Az 1.2-nél ha valaki kiosztott ne- 
künk egy feladatot, csak szinkronizáció után , találkoz- 
tunk vele", ez a probléma szintén megszűnt. 


5. SharePoint Bortal integráció 

Bár a SharePoint-tal való együttműködés a testreszabás té- 
maköréhez tartozik, szintén olyan fontos lehetőség, hogy kü- 
lön fejezetet érdemel. Az 1.2 fejleszthetősége is lehetővé tet- 
te, hogy bizonyos szintű együttműködést teremtsünk a két 
rendszer között, a 3.0-ban viszont bonyolult fejlesztések nél- 
kül, workíflow-k használatával valósítható meg a CRM és a 
SharePoint közötti együttműködés. Természetesen ez is igé- 
nyel némi programozást, attól függően, milyen mélységű in- 
tegrációt szeretnénk megvalósítani; például már léteznek 
kész megoldások a dokumentumok kezelésére. 


6. Jelentések készítése 

A riportok készítését az új verzióban az SOL Reporting 
Services végzi, így annak minden funkcióját használhatjuk a 
CRM-ben. Egyszerűbb lett a jelentések elérése is, minden né- 
zetképernyőn, az akciógombok között találjuk a jelentéské- 
szítést, külön jelentések modul így már nincs a rendszerben. 
A szűrőfeltételek, csoportosítások jóval kifinomultabbak let- 
tek; a felhasználók keze nincs annyira megkötve a jelentések 
készítése során (8. és 9. ábra) 

















tlvmanneni 


8. ábra: Sales Process jelentés 
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Tora metuuai Cost 
Total Budget Alocated 


103269 ggg 
actual Opportuney Revenue" 
Eszmated Ogporanty fevenve Value of Fisced Örders 





sg. ábra: Marketing jelentés 


7.Testreszabhatóság 
Itt bizony nagy változások történtek az előző verzióhoz ké- 
pest. Gyakorlatilag minden objektum testreszabható, amit na- 
gyon hiányolhattunk eddig. Többek között az Activity, azaz 
" kapcsolati tevékenység is bekerült az , átgyúrható" kategóriá- 
ba (10. ábra). Ráadásul nemcsak a meglévő objektumokat 
módosíthatjuk, hanem új űrlapokat is hozhatunk létre, ame- 
lyek között egyszeres vagy akár többszörös relációkat defi- 
niálhatunk (11. ábra). Újdonság, hogy nemcsak a nézetek, 
hanem az űrlapok hozzáférését is korlátozni tudjuk felhaszná- 
lók vagy csoportok között, ez új lehetőségeket nyit a bizton- 
sági rendszer kialakításában is. 











10. ábra: Testreszabható entitások 
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Relattonship: Account to Dealer Shop 
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411.ábra: Az újForm Editor - relációk 
definiálása 


8. Néhány technikai újdonság 

NI A CRM v3.0 már Microsoft SOL Server 2005 adatbázis 
kiszolgálóra is telepíthető 

mi Új eszköz ez Environment Diagnostic Wizard (12. ábra), 
amely megvizsgálja a telepítendő rendszer környezeté- 
nek állapotát, feltárja az esetleges hibákat, illetve segít- 
séget nyújt azok javításához is. 

W ACRM 1.2-ről való frissítéshez is rendelkezésre állnak 
diagnosztikai eszközök, amelyek segítséget nyújtanak 
az új rendszerre való átálláshoz; amennyiben csak , tá- 
mogatott" fejlesztésekkel bővítettük az 1.2-es rend- 
szert, azok működni fognak a 3.0-ás verzióban is. Saj- 
nos a Crystal Reports-ban készített testreszabott jelen- 
tések konvertálására még nincs eszköz, de az ígéretek 
szerint hamarosan az is elkészül. 


ment Diagnostics Wizard 


Results overview 
Please review the results of the tasks performed. 


Rgsults 


CRM Platform checks 
MSCRMBukMadService ser 
2 Cau sal. 
CRM Active Directory check 
Windows 
CRM configuration 
Internet Information Services (IS) 





SOL Server 
Active Directory 








12. ábra: Environment Diagnostic Wizard 
Folytatása következik... 
Kovács LÁSZLÓ 


(MCSE-S, MCT, CRM vezető oktató) 
A szerző a Számalk Továbbképzés bivatalos M icrosoft oktatója. 
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Ami a hivatalos 
Microsoft tanfolyamokból 
kimaradt... 


EXCHANGE SERVER 2008 - 5. RÉSZ 


Exchange Server 2003 témában ez lesz az utolsó cikk 
egyelőre. Folytatom a Sender!]D technológia 
ismertetését, kicsit mélyebbre hatolok a címlisták 
kezelésének témájában és még néhány apróság, 


segédeszköz kerül terítékre. 





SenderiD technológia - aDpNS 
bejegyzések 

Az előző részben tömören leírtam, hogy az Exchange SP2- 
ben megjelent SenderID technológia hogyan is működik. Dió- 
héjban: 

1. Küldő bejegyzi a legitim levélküldő kiszolgálóit a DNS-be. 

2. Küldő vagy a MAIL FROM parancsnál, vagy a levél fej- 
lécében azonosítja magát, akkor is, ha nem saját jogon 
küldi a levelet, hanem más tartomány felkérésére. 

3. Címzett kiszolgálója meghatározza a levél alapján, 
hogy melyik tartományt kell ellenőriznie. Az ellenőrzen- 
dő tartomány vagy a levél fejlécéből, vagy az SMTP 
kommunikáció során (MAIL FROM) derül ki. 

4. Címzett kiszolgálója ellenőrzi, hogy a küldő kiszolgáló 
beletartozik-e a tartomány legitim levélküldői közé. 

5. Címzett kiszolgálója az ellenőrzés eredményét beépíti 
a levél tulajdonságai közé, és ez alapján a rendszer- 
gazda által meghatározott módon folytatja a levél to- 
vábbítását. 


Tehát az első lépés az, hogy bejegyezzük a DNS-be azokat a 
forrásokat, ahonnan legitim módon származhatnak a leve- 
leink, illetve mindazokat a forrásokat, ahonnan ha érkeznek 
tőlünk származónak tűnő levelek, azok nagy valószínűséggel 
csalás eredményeként születtek. 

Nézzük meg, hogy honnan jöhetnek egy tartomány levelei. 
Elsőként a legegyszerűbb eset, az adott tartomány hivatalo- 
san nemis küld levelet soha. Ritka, de előfordulhat. Ezt a kö- 
vetkezőképpen kell bejegyezni a DNS-be: 


nemlevelezo.hu TXT "v-spf1 -all" 
Látszik, hogy TXT, azaz szöveges bejegyzéseket teszünk a 


DNS-be, a szöveg a ,v-spf1"-el vagy ,spf2.0/pra" karakter- 
sorozattal kezdődik, ez jelzi, hogy ez egy ,sender policy 
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framework" típusú, vagy 1.0-ás, vagy 2.0-ás bejegyzés. Je- 
lenleg mindkettő használható, a 2.0-ás felülről kompatibilis az 
1.0-ás bejegyzésekkel. Az 1.0-ás bejegyzés az SMTP MAIL 
FROM értékét vizsgálja, a 2.0-ás bejegyzés vonatkozhat ezen 
kívül az u.n. Purported Responsible Address (PRA) bejegy- 
Zzésére, ami a levél fejlécéből derül ki. 

A ,-all"-ból a mínuszjel jelzi azt, hogy most egy olyan bejegy- 
zés következik, amelyikből biztos nem származhat a tarto- 
mányhoz tartozó levél, jelen esetben az ,all" azt jelenti, hogy 
sehonnan. A következő tartomány bejegyzésében egyetlen 
egy jogos IP címről érkezhet levél, az összes többi csalás: 


egygepes.hu TXT "v-spf1 ip4:192.168.2.14 -all" 


A következő bejegyzésben egy egész alhálózat lehet forrása 
leveleinknek: 


alhalozat.hu TXT "v-spfil ip4:192.14.5.0/24 -ali" 


Az alábbi bejegyzés talán a leggyakoribb esetet mutatja, 
hogy a levet fogadni képes kiszolgálók egyben a levelek kül- 
dői is. Ez általában is igaz, ha másért nem, de az NDR üze- 
netek kiküldése miatt mindenképpen: 


fogadoegybenkuldo.hu TXT "v-spfi1 Hmx -all" 


A fenti példában az ,mx" előtt egy pluszjel van, ami azt jelen- 
ti, hogy a levél mindenképpen elfogadható. A plusz jel el- 
hagyható, tehát az összes olyan bejegyzés, ahol nincs sem- 
milyen előtag (-, -, ?) az plusznak értelmezendő. 
Ha valakivel közös a levelező rendszerünk, akkor kényelmes 
módon hivatkozhatunk más tartomány SPF bejegyzéseire a 
következő módon: 

hostoltdomain.hu TXT "v-spf1l 
include:szolgaltato.hu -all" 
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Itt egy furcsaságot is láthatunk, az ,all" előtt nem mínusz jel, 
hanem hullám látható. Ez gyengébb értékű tagadás, nem 
zárjuk ki teljesen a lehetőségét annak, hogy máshonnan is 
mehet legitim levelünk, de mindenesetre jelezzük, hogy gya- 
núval kell fogadni az egyéb helyekről érkező leveleket. 

Ha még gyanút sem merünk kelteni, akkor a hullám helyett a 
kérdőjel karaktert használhatjuk. 

Természetesen a fenti elemek kombinációja is szerepelhet 
egy rekordon belül, azonban verziónként csak egy bejegyzé- 
sünk lehet. 

Nézzünk meg egy igazi példát, a microsoft.com tartományi 
bejegyzés SPF rekordját. Ennek megtekintésére jó eszköz az 
[1] linken érhető el: 


v-spf1 mx redirect- spf.microsoft.com 


Hát ez elég tömör! Azt jelenti, hogy az igazi SPF bejegyzések 
egy külön tartományba vannak bejegyezve. Ez az eljárás 
egyébként javasolt a szabványban. 

Nézzük akkor meg az . spf.microsoft.com SPF bejegyzését: 


vzspf1 ip4:213.199.128.139 ip4:213.199.128.145 
" ip4:207.46.50.72 ip4:207.46.50.82 

IDA 1515107 53-16 ÍDATTA1. TOZSS:AA7 

ip4:131.107.3.100 ip4:131.107.3.108 

a:delivery.pens.microsoft. com 

a:mh.microsoft.mO.net mx:microsoft.com ?all 


Ez már jóval többet mond. Láthatjuk, hogy jó néhány egyedi 
IP cím mellett két host név is található a jogos küldők között, 
és természetesen az összes MX bejegyzés is érvényes kül- 
dőként szerepel. Az összes többi forrás kérdőjeles, azaz a 
cikk írásának időpontjában a Microsoft a SenderID technoló- 
gia bevezetésének egy nagyon óvatos szakaszában van 
még. Valószínű, hogy ha már meggyőződnek, hogy nincs 
több jogos küldőjük, akkor az ,all" bejegyzés előtagját hul- 
lámmá változtatják, majd egy idő után mínuszjellé. 

Az [1] linken egy varázsló fogad minket, ami a meglevő SPF 
rekordok megjelenítése mellett segít bennünket a saját rekor- 
dunk összeállításában rávezető kérdések segítségével. 


Hogyan történik az SPF bejegyzések 
kiértékelése 
Az Exchange Server 2003 SP2-ben a levelek MAIL FROM 
vagy a fejléc PRA címei az SPF bejegyzések alapján a követ- 
kezőképpen értékelődnek ki: 
I Nincs SPF bejegyzés, vagy kérdőjeles a vonatkozó for- 
rás bejegyzése: nincs beavatkozás. 
WI Ha a forrás be van jegyezve pluszos bejegyzéssel (a 
pluszjel elhagyható) az mindenképpen elfogadandó. 
I A forrásra vonatkozólag mínuszjeles bejegyzés van, ek- 
kor jut érvényre a Message Delivery objektum SenderID 
tulajdonságlapon beállított beavatkozás: Accept, 
Reject, Delete. 
I Hullámos a bejegyzés (-): a levél elfogadásra kerül. 
WI Nem érhető el a DNS kiszolgáló, vagy hibás a bejegy- 
zés: a levél elfogadásra kerül. 


Láthatjuk a fenti listából, hogy gyakorlatilag majdnem mindig 
elfogadásra kerül a levél, viszont nem mindegy a későbbi le- 
vélfeldolgozás (például Intelligent Message Filter) szempontjá- 


ú A 


ból, hogy egy levél egy pluszos bejegyzés, vagy egy hullámos 
bejegyzés után jutott be a rendszerünkbe. Értelemszerűen ez 
utóbbi súlyos feketepontokkal indul neki a tartalomvizsgálat- 
nak, így nagyobb az esélye, hogy levélszemétnek minősül. 
Az alábbi táblázat tartalmazza, hogy milyen értékekkel , pe- 
csételődik" meg egy üzenet, ha a SenderID vizsgálat be van 
kapcsolva: 


Sender ID vizsgálat eredménye Numeric Code 


NEUTRAL Ox1 
PASS 0x2 
FAIL 0x3 
SOFT. FAIL 0x4 
NONE 0x5 
TEMP. ERROR 0x80000006 
PERM ERROR 0x80000007 


Ezeket az értékeket hasonló módon meg lehet jeleníteni, mint 
ahogy korábban ismertettem az SCL értékek megjelenítésé- 
nek lehetőségét. 

Összefoglalva elmondhatjuk, hogy nyugodtan be lehet vezet- 
ni azonnal ezt a vizsgálatot az Exchange kiszolgálónkon, hi- 
szen ha a világban még nem is nagyon terjedt el ez a tech- 
nológia, nem kell attól félnünk, hogy emiatt nem kapunk meg 
fontos leveleket, hiszen óvatos konfigurálással csak pozitív el- 
bírálást jelent egy pluszos bejegyzés, a negatív, hiányzó és 
egyéb bejegyzések önmagukban nem gátolják meg a levelek 
fogadását. 


Címjegyzékek kezelése 

Az egyik leggyakrabban felmerülő problémakör az Exchange 
2003/Outlook 2003 páros üzemeltetése során a címjegyzé- 
kek kezelésének kérdése. Az Outlook 2003-ban megjelent 
,cached mode" nagyon sok pozitív tulajdonsága mellett egy 
kis odafigyelést kíván a rendszergazdák részéről a címjegy- 
zékek tekintetében. Sokakban nem tudatosul, hogy a 
, cached mode" nem csak a levelesládák elérésére vonatko- 
zik, hanem a címtár elérésére is! Az Outlook a rendelkezésé- 
re álló Offline Address Book-okat tölti le. Nézzük alaphelyzet- 
ben milyen Offline Address Bookunk van: 





Default Olfine Address List Brópettles HRKSSZ 0 e L2lxi 


General [ Deszis ] 


LA DetaROliine áddess Lee 








Offine address lit server: 22] 
[őrsön ege 
Mddisas lets: E HHag ] 
Jad Delauk Global Addteza List C15Mrue) 


























Update intervak 
[Use curtom schedule 


TT Ezgchange 4.0 and 50 compat 


OK FE 























[ere [Hb] 
Látszik, hogy a , Default Global Address List" van meg , offli- 


neosítva", ráadásul ez a címlista hajnalonta egyszer frissül, 
azaz hiába veszünk fel bele új objektumokat, vagy törlünk 
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meglevőket, változtatunk e-mail címeket ezek a változtatások 
csak másnap reggel látszanak, ha nem módosítunk ezen az 
ütemezésen. 

Ráadásul ez a címlista csak ténylegesen a , Global Address 
List" használatakor jut szerephez. Ha például az , All users" 
címlistát akarjuk megnyitni, akkor ezt már nem letöltött állo- 
mányból tesszük, hanem hagyományos módon, direktben a 
kiszolgálóról. Ekkor alakulnak ki azok a rejtélyesnek tűnő hely- 
zetek, hogy egy újonnan felvett felhasználó nem látszik a 
Global Address List-ben, viszont látszik az , All Users"-ben. 
Ezt elkerülendő, érdemes Offline Address Book-ba nem csak 
a globális címlistát berakni, hanem mindazon egyéb listákat 
is, amelyeket a felhasználók használnak. És természetesen 
érdemes a napi egyszeri listafrissítés helyett kicsit gyako- 
ribbra váltani. 

De vajon honnan tudunk meggyőződni, hogy éppen melyik 
címlistát használjuk? A letöltött példányt vagy a kiszolgálón 
tároltat? Kattintsunk az Outlook 2003 eszközsorában az 
Address Book (Címjegyzék) gombra, majd a megjelenő ab- 
lakban jelöljük ki a kérdéses címlistát a legördülő listában, 
jobbegérkattintás, nyomjuk meg a Properties (Tulajdonságok) 
menüpontot és az alábbihoz hasonló ablak jelenik meg: 


Global Address List Properties 





Microsoft Exchange Address Book Provider 
The current server is: 
( London. nwtraders.msft 








The directory hierarchy path for this container is: 
f Adlobal Address List 











Itt az látszik, hogy a kiszolgálón tárolt címlistát használjuk. Ha 
pedig a letöltött címlistából dolgozunk, akkor valami hasonlót 
látunk: 


The current server is: 
C:(Documents and SettingstlondonadminíiLocal Settingslápplication Dal 














Vajon jelenthet-e terhelési problémát az, hogy a felhasználók 
szabadon töltögetik le kényükre-kedvükre az offline címlistát? 
Szerencsére nem kell félni ettől, mert Group Policy segítségé- 
vel szabályozhatjuk, hogy egy 13 órás periódus alatt hány- 
szor tölthetik le a felhasználók a címlistát teljes egészében 
vagy csak a különbségeket: 


ÉN Offline Address Book: Limit number of full OAB downloads Enabled 
ÉN offline Address Book: Limit number of incremental OAB downloads Enabled 
1] Offline Address Book: Limit manual OAB downloads Enabled 
ÉN Offline Address Book: Prompt before Downloading Full OAB Enabled 


Ha valaki mégis többször akarja letölteni, mint ami megenge- 
dett, akkor az alábbi hibajelzést kapja: 
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!Tasks ) Errors 


? Task Microsoft Exchange Server reported error (0x80070005) : "The Offline Address 
Book could not be updated because you have exceeded the download limit set by 
vour administrator. Please try again later," 








Az Exchange SP2 és Outlook SP2 együttesen ráadásul sok- 
kal hatékonyabban kezelik az Offline Address listát, mint ko- 
rábban. Egyrészt köszönhető ez annak, hogy új, tömörebb 
formátumot használnak, másrészt ritkábban következik be a 
teljes címlista letöltése. Korábban, ha nem sikerült egyszer le- 
tölteni a címlista inkrementális változásait, akkor rögtön a tel- 
jes címlista letöltésével próbálkozott az Outlook, most viszont 
ilyenkor is újra csak a különbségek letöltését próbálgatja. 


On-line címlista-kezelés optimalizálása 
Ha mégis on-line módon használjuk a levelesládánkat és a 
címlistákat, akkor ennek kézbentartására is van lehetősé- 
günk. Erre akkor van szükség, ha az Outlook 2003 és a Global 
Catalog nem ugyanabban az AD site-ban van, vagy az 
Outlook esetleg site-ok között vándorol, hiszen ekkor nem biz- 
tos, hogy a legjobb döntést hozza az az optimális GC kivá- 
lasztására. Ennek megsegítésére tehetünk a registry-ben egy 
bejegyzést: 


HKEY CURRENT USERXSoftwareWMicrosoftNExchangeN 
Exchange Provider 
Closest GC (DWORD) 1 


Ez a beállítás arra készteti az Outlook klienst, hogy minden al- 
kalommal fedezze fel a legoptimálisabb GC-t. Ez azért elő- 
nyös, mert egyébkért a levelező profil létrehozásának idő- 
pontjában kiajánlott GC-t fogja használni addig, ameddig az 
elérhető, márpedig nem biztos, hogy ez mindig a legideáli- 
sabb megoldás. 

Ha egy bizonyos GC-t szeretnénk egy Outlook kliens figyelmé- 
be ajánlani, akkor a következő bejegyzéssel tehetjük ezt meg: 


HKEY CURRENT USERXSoftwareWMicrosoftNExchangeVv 
Exchange Provider 
DS Server (REG SZ) GC FODN neve 


Ez akkor lehet hasznos számunkra, ha a kliens éppen egy 
másik tartomány AD site-jában tartózkodik, így onnan válasz- 
tana alaphelyzetben GC-t. Viszont az ,idegen" tartomány GC- 
jéhez csatlakozva nem tudja például a címlistán keresztül a 
csoportok tagságát megváltoztatni. 

A következő beállítással ki tudjuk kapcsolni az Outlook GC 
használatát, mivel az Exchange nem fogja elárulni nekik a 
profil felépítésekor, hogy kihez forduljanak címlista ügyben, 
így az Outlook továbbra is az Exchange szervert fogja nyüs- 
tölni címlista ügyben. Szerencsére az Exchange DSProxy 
szolgáltatása hajlandó kiszolgálni a címtárkéréseket a kliens 
nevében, és a válaszokat továbbítja felé. 


HKLMYSystemtCurrentControlSetAServices MSExchangeS 
ANParameters 
No RFR Service (DWORD) 1 


Tehát ha ezt beállítjuk, akkor az Exchange kiszolgáló fog 
Global Catalog szerepben tetszelegni. Ez ugyan növeli a reá 
jutó terhelést, viszont egy tűzfalazott, bonyolultabb hálózati 
környezetben jól jöhet, hiszen így minden kommunikáció a le- 


velezés során az Exchange kiszolgálóval történik, nem bók- 
lászik az Outlook egyéb kiszolgálókhoz. 


Rejtélyes levelesládák 

Az Exchange kiszolgálót üzemeltetők gyakran nem ismerik, 
vagy összekeverik az üzenettárban fellelhető speciális leve- 
lesládák szerepét, funkcióját, így érdemesnek tartom ezt 
összefoglalni. 

Az első ilyen levelesláda a SystemMailbox. Ez minden leve- 
lesláda-adatbázisban létrejön, ebben találhatók a különböző 
üzenettípusok (levél, feladat, névjegy, stb.) tulajdonságdefini- 
ciói, azaz a séma. Ez tehát nem üres, jelen állapot szerint 402 
elem, összesen 362 kB méretben található benne. 
Különösebb teendőnk nincsen ezzel a levelesládával, ha 
esetleg a hozzá tartozó címtárbejegyzés elveszne, akkor 
problémáink lehetnek. A címtárbejegyzés pótlására a 
316622-es tudástár bejegyzés ad eligazítást. 

A következő ilyen levelesláda a System Attendant leveleslá- 
dája. Ez a Free/Busy információk publikálása és a leveleslá- 
dák mozgatása során jut szerephez. Érdekes módon az eh- 
hez tartozó címtárobjektum nem az AD tartományi partíciójá- 
ban található, hanem a konfigurációs partícióban. Alaphely- 
zetben az adott kiszolgáló első levelesláda-adatbázisában 
található. Ha azt kitöröljük, akkor a System Attendant újrain- 
dításával egy másik levéladatbázisban újra létrejön. 

Ez a levelesláda általában üres, átmenetileg kerülnek bele 
bejegyzések. 

A harmadik levelesláda az SMTP levelesládája. Ez szintén 
minden levéladatbázisban megtalálható, a hozzá tartozó 
címtárbejegyzés a CN-Connections, CN-cxorgnames, 
CN-Microsoft Exchange, CN-Services, CN-Configuration, 
CN-cdomain: helyen található. 

A levelesláda belülről így néz ki: 








Deferred Action 
MTS-IN 
MTS-OUT 
Spooler 0ueue 
E TempTableg1 
0 
1 


Ez a szerkezet nagyban hasonlít az Exchange 5.5 MTA könyv- 
társzerkezetéhez, és az itt látható mappák funkciója is ahhoz 
hasonló. Az MTS-IN és MTS-OUT mappa például a különbö- 
ző idegen rendszerekbe irányuló konnektorok felé küldendő 
és onnan érkező levelek átmeneti tároló helye. A TempTable 
alatt található mappákban vannak tulajdonképpen a kifelé irá- 
nyuló levelek várakozási sorai. 

Mindhárom rejtélyes levelesládában az a közös, hogy nem 
kell őket áthelyezni másik levelesláda-adatbázisba ahhoz, 
hogy törölhessük a nekik helyet adó adatbázisokat. A másik 
közös bennük, hogy nem kell őket piszkálni! o 


Adatbázis-méretek 

Az előző lapszám cikkében említettem, hogy az SP2-vel az 
Exchange Server 2003 Standard verziójában 75 GB lehet a 
maximális adatbázis-méret. Kicsit ássunk bele jobban, hogy 
hogyan is mérjük az adatbázis méretét! 

Fizikai adatbázis-méret: az edb és stm fájlok méretének 
összege. 
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Logikai adatbázis-méret: az edb és stim fájlok méretének 
összege, levonva belőle az on-line defregmentálás által fel- 
szabadított területet. 

SP2-vel tehát a logikai adatbázisméret számít, így egy on-line 
defregmentálás is visszabillentheti szerverünket a licencelt 
üzemmódba. 

Azért, hogy ennek ellenére se érjen bennünket meglepetés, a 
registryben konfigurálható módon lehetőségünk van adatbá- 
Zis mérethatárokat beállítani. Ez a Standard verziónál 18 GB, 
az Enterprise-nál 8000 GB. Miért pont 18 GB a Standard ver- 
ziónál? Mert van egy másik registry bejegyzés is, hogy mek- 
kora logikai adatbázis méret elérésekor kezdjen el figyelmez- 
tetni minket a problémára. Ez 1096 fennmaradó helynél törté- 
nik meg, így az SP2 felrakása után kb. 16 GB-nál kapunk s.o.s 
jelzéseket az Event Logban az adatbázis méretével kapcsola- 
tosan, ami szituáció éppen az SP2 előtti állapothoz hasonlít. 
Érdemes egyébként az Enterprise verziónál is beállítani ilyen 
küszöbértékeket, hogy a mentési rendszerünk kapacitásával 
összhangban levő méretig duzzadhassanak csak az adatbá- 
Zisaink. 

A bejegyzések helyei: 


HKLMUVSystemtCurrentControlSettServices MSExchangeI 
SNParametersVcszervernévoXNPrivate - GUID? 

illetve 

-.APublic-cGUID? 

Database Size Limit in GB (DWORD) 


HKLMNSystemtCurrentControlSetServicesMMSExchangeI 
SXParametersicszervernévoNPrivate- GUID? 

illetve 

..APublic-cGUID2 

Database Size Buffer in Percentage (DWORD) 


Néhány újabb hasznos segédprogram 
Kutatásaim során két újabb hasznos segédprogramot talál- 
tam Exchange témában. Az első az Exmon, amellyel a MAPI 
kapcsolatokat lehet on-line nyomonkövetni. 





Packets rations [/ CPUTme (ms) [/ CPU (93 Avg. Server Latency (ms) [Mer 
4 12 140 100.0090 32 





Jet 





"ar Max, Server Latency (me) Bytes in] Eytes out [ clent versions [ dient IP Addresses 
e 1095 1535 3581 11.5604.0 192.1€8.1.4 


A fenti ábrán látszik, hogy az éppen a kiszolgálóval kommu- 
nikáló Outlook kliensek adatcseréjével kapcsolatos legfonto- 
sabb adatokat jeleníthetjük meg. 

A másik eszköz az MFCMAPI, mellyel üzenetkezelő profil lét- 
rehozása nélkül tudunk belenézni az Exchange adatbázisok 
rejtett bugyraiba, különböző MAPI tulajdonságokat tudunk 
módosítani, mint pl. a mailbox nyelvi beállítását. Egyébként 
ebben a cikkben az SMTP levelesládának mappastruktúráját 
bemutató képet is ezzel az eszközzel készítettem. 

Az eszközök letölthetők az Exchange honlap Downloads 
szekciójából. 


Soós TÍBOR (SOOSTAIAJB. HU) 
IOSOFT - Jobn Bryce Oktatóközpont 


A cikkben szereplő URL-ek: 


[1]: http:// www.anti-spamtools.org 
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64 bites szoftvertechnológia 


A Microsoft a november közepén Barcelonában rendezett 

IT Forum 2005 konferencián bejelentette a 64 bites technológiák 
kiterjesztését, a Virtual Server 2005 Re2 verzió, illetve új 
rendszerfelügyeleti termékek megjelenését, a Microsoft DJynamics 
termékcsalád első Újgenerációs megoldását. 





A Microsoft elkötelezett a 64 bites technológia iránt, amellyel 
a lényegesen nagyobb fizikai és virtuális memória támogatá- 
sával a teljesítmény és méretezhetőség új szintjei valósítha- 
tók meg. A 64 bites processzor- és operációsrendszer-tech- 
nológiák sokkal hatékonyabb védelmet biztosítanak a rossz- 
indulatú programok ellen a DEP (Data Execution Prevention) 
révén. A Windows x64 Edition változatai amellett, hogy 
ugyanarra a masszív alapra épülnek, mint a Windows x86 ala- 
pú verziói, biztosítják a 64 bites címkezelésből adódó na- 
gyobb robusztusságot és megbízhatóságot is. Az x64 pro- 
cesszorok 32 bites alkalmazásokkal megvalósított, korábban 
példa nélküli kompatibilitása lehetővé teszi a 64 bites techno- 
lógiára való szabályozott átállást. 

A Microsoft már megkezdte a 64 bitre optimalizált termékek — 
többek között az újonnan megjelent SOL Server 2005, illetve 
a Visual Studio 2005 és Virtual Server 2005 R2 termékek — 
szállítását. Több olyan termék várható a közeljövőben - töb- 
bek között a Microsoft Exchange Server , 12" verziója, a Win- 
dows Compute Cluster Server 2003, a Windows Server 
,Longhorn" Small Business Server, illetve a Microsoft kisvál- 
lalkozások számára készülő infrastrukturális megoldása (je- 
lenlegi kód neve: , Centro") — amely kizárólag 64 bites válto- 
zatban, 64 bites hardverekre optimalizálva fog elkészülni. A 
Microsoft még fejlesztés alatt álló Windows Server 
,Longhorn" operációs rendszerében egy később megjelenő 
frissítés révén a felhasználók megvalósíthatják a kizárólag 64 
bites hardverekre történő teljes átállást, ugyanakkor tovább- 
rais élvezhetik majd a 32 bites és 64 bites alkalmazások kom- 
patibilitásának előnyeit. 

A Microsoft a virtualizáció előnyeinek megvalósítására, illetve 
az SMDS (Self Managing Dynamic Systems) irányába történő 
előrelépés érdekében kiadja a Virtual Server 2005 R2 verziót, 
amely december első hetétől válik elérhetővé. A Virtual Server 


ÚJ TANFOLYAMOK! 


. (2011) Troubleshooting Microsoft Exchange Server 2003 
" Outlook 2003 rendszergazda ismeretek help desk szakembereknek 


" Egynapos technológiai áttekintés projektmenedzsereknek AD, hálózat, biztonság, 


levelezés, fejlesztés, adatkezelés témakörökben. 


" Exchange 2003 és SMS 2003 ismeretek célzottan az előző verziót ismerő szakem- 


bereknek. 








2005 R2 verzió magasabb szintű teljesítményt és rendelke- 
zésre állást, illetve jobb méretezhetőséget nyújt a kiszolgálók 
összevonásához, a korábbi alkalmazások áttelepítéséhez, a 
katasztrófa utáni helyreállításhoz, illetve a szoftverek tesztelé- 
séhez és fejlesztéséhez. 

Az IT Forum ideje alatt jelentette be a Microsoft a Windows 
Compute Cluster Server 2003 termék Beta 2 verzióját is. De- 
cembertől gyártják a System Center Capacity Planner 2006 
terméket, amely korábban ismeretlen szolgáltatásokkal és ru- 
galmassággal segíti az Exchange Server 2003 és Microsoft 
Operations Manager (MOM) 2005 rendszerek teljesítmény- 
elemzésének és -tervezésének folyamatát. 

Az IT Forum keretében a Microsoft részletesen ismertette a 
System Center Essentials nevű termékre vonatkozó terveit is. 
Az új termék a Dynamic System lnitiative (DSI-Dinamikus 
Rendszer Kezdeményezés) koncepcióját a középméretű vál- 
lalkozások számára is elérhetővé teszi, az informatikai kör- 
nyezet egyszerű és gazdaságos védelmét, frissítését és fi- 
gyelését, illetve a végfelhasználók jobb kiszolgálását biztosít- 
va számukra. 

A Microsoft Dynamics GP vállalatirányítási terméket a megszo- 
kott, könnyen használható, Microsoft Office jellegű kezelőfelü- 
lettel ruházza fel, így mélyebb, rendszerszerű betekintést nyújt 
a vállalatok számára a vállalkozás működését befolyásoló kri- 
tikus tényezőkbe. A Microsoft Dynamics GP termék célja a 
használhatóság, a webes szolgáltatások, a rendszeren belüli 
üzleti intelligencia és portálok jelentős továbbfejlesztése. 


Az IT Forumon elhangzott előadások, a szakmai workshopok 
anyaga, illetve a partnerek számára szóló tájékoztatás és a 
termékbejelentés: 
http:/Avww.microsoft.com/emea/presscentre/presscentre- 
site/litftorum/default.mspx. 


IOSOFT- John Bryce 


eEVAT ON ÜST 
IOSOFT- JOHN BRYCE 
OKTATÓKÖZPONT KFT. 


Cím: 1135 Budapest 


Web: wwwuajb.hu 
Telefon 
E-mail: 


Nálunk beválthatja a Microsoft Software Assurance licenc vásárlása után kapott oktatási 
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További információkért hívja munkatársainkat! 
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I. B-G OBBAKAT TANÍTJUK 








" 2006 januártól ismét Esti Akadémia " 


Nem engedi el a főnöke tanfolyamra? 
Nincs ideje öt napra kiszakadni a munkából? 
yszerre a 40 órás tanfolyam? 








Túlságosan megterhelő eg 
A NetAcademia most új lehetőséget kínál Önnek! 





Esti Akadémiánkon a legnépszerűbb tanfolyamokat oktatjuk heti egy 
alkalommal, délután 16—20 óra között. 


Tanfolyam megnevezése Időtartam — Standardár Prémium ár 


(heti 1x4 óra) 





Managing and Maintaining 





2274 4 2275" a Microsoft Windows NANE ks JABA sit úg JAS HE ESLNA TALÖS ázt 
Server 2003 Environment a 

TSÉG BA ss ette ZS 10hét —— 175000Ft  195000Ft 2005. január 18, 
Hrag ÁFA -- ÁFA szerdánként 


.NET Frameworkben 


A 1905-ös és a 2663-as XML tanfolyamról 

A 1905-ös tanfolyam segítséget nyújt azon xml-ben kezdő, de webfejlesztésben már jártas fejlesztők- 
nek, akik szeretnének meglévő tudásukat kibővítve xml alapú webalkalmazásokat fejleszteni. A kurzus 
bevezet az XML-technológiákba (XML, XPath, XSLT, XML Schema, XML DOM, SOAP), és 
egyúttal megismertet mind a kiszolgálóoldali, mind böngészőben futó DHTML-alkalmazásokkal. Az 
XML kikerülhetetlen a .NET-es fejlesztések során is. A 2263-as tanfolyam az xml-technológiák .NET 
Framework osztályain keresztül történő használatát mutatja be. 


A 2273 Windows és Active Directory tanfolyamról 

Ezen az összevont (2274--2275) tanfolyamon felhasználók, csoportok és jogosultságok kezelésével 
indítunk, majd áttérünk a Group Policyra. Célunk, hogy a GPO-k kapcsán minden lehetőséget ki- 
próbáljunk, ha nem is mind a 600 beállítást, hanem a különböző GPO-lehetőségeket: felhasználói 
felület korlátozása, jogosultságok, naplózási beállítások, scriptfuttatás, Software Resctriction 
Policy és még számtalan lehetőség. A 2275-ös tanfolyam pedig a katasztrófaelhárítás (t-backup,), 
és a teljesítménymonitorozás rejtelmeibe vezet be. 

Ez a tanfolyam szolgálhat kiindulási pontként a többi Windows 2003 tanfolyam elvégzéséhez. 


Esti Akadémia tanfolyami naptár - 2006 I. negyedév 


! Január ! Február I Március I 
2274 - 2275 csütörtökönként T9AEZŐRI EZ EKOT SM EZSE NEZ ANOOM 18-1 szi 
1905 -- 2263 szerdánként ETSTlE25 1 SZH THE ZZS SETS EDEN 22 71 


Jelentkezni 06 1 472-1214-es faxszámon vagy az on-line jelentkezési lap kitöltésével lehet. 
A letölthető és az on-line jelentkezési lapot a htip://www.netacademia.net címen találja. 


NetAcademia Oktatóközpont 





1062 Budapest, Andrássy út 62. " Telefon: 06 1 472-1214 " Fax: 06 1 472-1214 


" Az ár tartalmazza az oktatást, az azzal kapcsolatos összes segédeszközt és a tanfolyamhoz tartozó hivatalos MOC könyvet. A Premium csomag tartalmazza a tanfolyamhoz kötődő 
MCP vizsgát is. MS SA Voucher felhasználható. A tanfolyam a szakképzési keretből elszámolható. A tanfolyamot csak megfelelő létszámú jelentkező esetén indítjuk. 
"" Az összevont tanfolyamokhoz dupla tankönyv jár! 
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